https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #13 from rrorden at ptc dot com ---
This sounds very promising. I will do some tests and report.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #10 from rrorden at ptc dot com ---
(In reply to Wilco from comment #9)
> You don't need to place every function in its own section (that would add a
> lot of overhead if there are millions), just avoid creating sections
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #8 from rrorden at ptc dot com ---
So the proposal is to add an aarch64 linker option that places stubs after
input sections that need them, just like aarch32, and I would need to implement
the -ffunction-sections behavior in our
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #6 from rrorden at ptc dot com ---
I understand now. Thanks for the explanation. For now I have found a workaround
for my problem with a large aot-compiled object by custom-naming the ELF
sections and using a linker script to order
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #4 from rrorden at ptc dot com ---
We develop a Java Virtual Machine and tools, including an ahead-of-time
compiler to generate native code from Java bytecode. The output of that tool is
an ELF object with .rela.text, .text
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
rrorden at ptc dot com changed:
What|Removed |Added
CC||rrorden at ptc dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #1 from rrorden at ptc dot com ---
I should have mentioned that gcc 5.1.1 lacks the fix for 18668, so it would of
course fail to link, but 6.4.1 has the fix but still fails with this test case.
--
You are receiving this mail
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: rrorden at ptc dot com
Target Milestone: ---
Similar to https://sourceware.org/bugzilla/show_bug.cgi?id=18668, a "relocation
truncated to fit: R_AARCH64_C
