[Bug ld/5276] linking fails with large C++ projects with -Wl,--relax

[mcree at orcon dot net.nz]

https://sourceware.org/bugzilla/show_bug.cgi?id=5276



--- Comment #13 from Michael Cree <mcree at orcon dot net.nz> ---

(In reply to Uros Bizjak from comment #12)

> (In reply to Richard Henderson from comment #11)

> > Should be fixed on mainline as of d1c109de72f880ea2a761fccb41f330672674
fd9

> 

> Confirmed that GCC 5.0 builds OK without -Wl,--no-relax workaround.

> 

> The workaround in the GCC was removed for 5.0.



But interstingly it fails to build with the Debian gcc-5.0 build.

We get:



alpha-linux-gnu-g++   -g -DIN_GCC    -fno-exceptions -fno-rtti

-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings

-Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual

-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings  

-DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o cc1plus \

      cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt
.o

cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree
.o

cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o

cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o

cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o

cp/cp-cilkplus.o cp/cp-gimplify.o cp/cp-array-notation.o cp/lambda.o

cp/vtable-class-hierarchy.o cp/constexpr.o cp/cp-ubsan.o attribs.o incpath.o

c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o

c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o

c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o

c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o

c-family/c-cilkplus.o c-family/array-notation-common.o c-family/cilk.o

c-family/c-ubsan.o glibc-c.o cc1plus-checksum.o libbackend.a main.o 

libcommon-target.a libcommon.a ../libcpp/libcpp.a

../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a  

../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a

../libdecnumber/libdecnumber.a  -lisl -lmpc -lmpfr -lgmp -rdynamic -ldl  -lz

libbackend.a(tree-vect-generic.o): In function `gimple_statement_structure':

/«PKGBUILDDIR»/build/gcc/../../src/gcc/gimple.h:1572:(.text+0x2f4
): relocation

truncated to fit: ELF_LITERAL against `.text'

libbackend.a(tree-vect-generic.o): In function `gimple_has_ops':

/«PKGBUILDDIR»/build/gcc/../../src/gcc/gimple.h:1846:(.text+0x38c
): relocation

truncated to fit: ELF_LITERAL against `.text'

/«PKGBUILDDIR»/build/gcc/../../src/gcc/gimple.h:1846:(.text+0x3ac
): relocation

truncated to fit: ELF_LITERAL against `.text'



I.e. the relocation errors have changed from GPREL16 to ELF_LITERAL.  It bu
ilds

successfully with --no-relax in the link.



Full build log is at:

http://buildd.debian-ports.org/status/fetch.php?pkg=gcc-5&arch=alpha&ve
r=5-20150226-1&stamp=1425011105



-- 

You are receiving this mail because:

You are on the CC list for the bug.