Ping.
This was posted in Stage 1, thus still should be valid for Stage 3.
First we hit a issue with OpenLoops package were we generated big functions
bodies (1-2MB) [1]. This caused the GNU assembler not to be happy as it
generated
PC-relative offsets to literal pool above 1MB. The authors of package are
attempting to split the functions into smaller pieces, but now we are hitting
GNU bfd linker issues:
virtual_6_pplljjj_eexuuxggg_1_qp.f90:(.text+0x22820): relocation truncated to
fit: R_AARCH64_CALL26 against symbol __ol_last_step_qp_MOD_check_last_aq_v
defined in .text section i
After reading: http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-June/073992.html
Seems that this is GNU linker limitation as ARM linker handles this situation.
GCC AArch64 supports -mcmodel=large, but that's only for static linking. I
hope -mlong-calls can force gfortran to generate long calls instead for
shared linking.
Can we get this one in GCC 5?
Thanks,
david
- - -
[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304
On Dec 9, 2014, at 9:28 AM, Yangfei (Felix) wrote:
Hi,
This is a pin for:
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02258.html
Thanks.
