[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/21441] Unnecessary padding of .eh_frame section
From: |
cvs-commit at gcc dot gnu.org |
Subject: |
[Bug ld/21441] Unnecessary padding of .eh_frame section |
Date: |
Tue, 19 Sep 2017 07:15:59 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=21441
--- Comment #13 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot
gnu.org> ---
The binutils-2_29-branch branch has been updated by Alan Modra
<address@hidden>:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=910201669dca1cb57c583e0d63d1369388a3375d
commit 910201669dca1cb57c583e0d63d1369388a3375d
Author: Alan Modra <address@hidden>
Date: Tue Sep 19 13:22:49 2017 +0930
PowerPC64 stubs don't match calculated size
After the PR 21411 fix, the linker generated .eh_frame for ppc64 glink
can be edited by the generic code. The sequence of events goes
something like:
1) Some object file adds .eh_frame aligned to 8, making the output
.eh_frame aligned to at least 8, so linker generated .eh_frame FDE
is padded to an 8 byte boundary.
2) All .eh_frame past the glink .eh_frame is garbage collected.
3) Generic code detects that last FDE (the glink .eh_frame) doesn't
need to be padded to an 8 byte boundary, reducing size from 88 to
84.
4) elf64-ppc.c check fails.
PR 21441
* elf64-ppc.c (ppc64_elf_build_stubs): Don't check glink_eh_frame
size.
(cherry picked from commit 25516cc573ff3551a7ac0538e1d3de5811c7199e)
--
You are receiving this mail because:
You are on the CC list for the bug.