[Bug ld/21000] hppa-linux does not support -z relro

[amodra at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=21000

Alan Modra <amodra at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at sourceware dot org   |amodra at gmail dot com

--- Comment #2 from Alan Modra <amodra at gmail dot com> ---
Hi Dave, ld-elf/pr20995-2 is what brought this to my attention.  Also, any of
the following.

Running /home/alan/src/binutils-gdb-2.28/ld/testsuite/ld-elf/binutils.exp ...
FAIL: strip -z relro (relro1)
FAIL: strip -z relro -shared (relro1)
FAIL: objcopy -z relro (relro1)
FAIL: objcopy -z relro -shared (relro1)
FAIL: objcopy -z relro (tdata1)
FAIL: objcopy -shared -z relro (tdata1)
FAIL: objcopy -z relro (tdata2)
FAIL: objcopy -shared -z relro (tdata2)
FAIL: objcopy -z relro (tdata3)
FAIL: objcopy -shared -z relro (tdata3)
FAIL: objcopy -shared -z relro (tbss1)
FAIL: objcopy -shared -z relro (tbss2)
FAIL: objcopy -shared -z relro (tbss3)

As far as a fix for this goes, if you're sure that pr12376 isn't really just a
kernel issue (see https://sourceware.org/bugzilla/show_bug.cgi?id=12376#c8)
then hppa can still support relro by page aligning data then following that
with DATA_SEGMENT_ALIGN (${MAXPAGESIZE}, ${COMMONPAGESIZE}).  This will waste
up to 2*MAXPAGESIZE-2 bytes of memory before the start of the relro area, the
first page for the hardware/kernel issue, the second to align the end of the
relro area to a page.

-- 
You are receiving this mail because:
You are on the CC list for the bug.