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.
