[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/30612] New: maxpagesize alignment after relro segment takes up s
From: |
rfhn.fhbrrjnzeneqpf at noclue dot notk.org |
Subject: |
[Bug ld/30612] New: maxpagesize alignment after relro segment takes up space |
Date: |
Tue, 04 Jul 2023 00:24:22 +0000 |
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.
- [Bug ld/30612] New: maxpagesize alignment after relro segment takes up space,
rfhn.fhbrrjnzeneqpf at noclue dot notk.org <=