[Bug ld/30612] New: maxpagesize alignment after relro segment takes up space

[rfhn.fhbrrjnzeneqpf at noclue dot notk.org]

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

            Bug ID: 30612
           Summary: maxpagesize alignment after relro segment takes up
                    space
           Product: binutils
           Version: 2.42 (HEAD)
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: ld
          Assignee: unassigned at sourceware dot org
          Reporter: rfhn.fhbrrjnzeneqpf at noclue dot notk.org
  Target Milestone: ---

Creating a follow-up of what was discussed in
https://sourceware.org/bugzilla/show_bug.cgi?id=28824 after its resolution --
it's probably easier to act on an open bz.

The end of the PT_GNU_RELRO segment has been changed to be aligned from
commonpagesize to maxpagesize, and this bloats up binaries on e.g. arm64 where
maxpagesize is 64k -- small programs that used to take a few KB now use up a
full 64KB of disk space.

>From the follow-up discussions, it looks like there's agreement that the
on-disk size could be reduced by adding an additional LOAD program-header so
the "relro-boundary" page is mapped twice (end of relro segment, start of
non-relro segment) as Rui Ueyama suggested; just nobody's working on it as far
as I'm aware.


I honestly won't have time to contribute much, but we're still interested
(coming from alpine's issue tracking the size increase,
https://gitlab.alpinelinux.org/alpine/aports/-/issues/14126 ), so just making
sure this is properly tracked. Sorry/thanks!

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