Ralf Wildenhues schrieb: > * Matthias Klose wrote on Wed, May 06, 2009 at 09:44:07AM CEST: >> On arm-linux-gnueabi there are regressions of the form >> >> /usr/bin/ld: ./atomic-1.exe: hidden symbol `__sync_val_compare_and_swap_4' in >> /home/doko/gcc/4.4/gcc-4.4-4.4.0/build/gcc/libgcc.a(linux-atomic.o) is >> referenced by DSO >> /usr/bin/ld: final link failed: Nonrepresentable section on output >> >> in the libgomp, libstdc++ and g++ testsuites. Linking the shared libstdc++ >> with >> both -lgcc_s and -lgcc does fix these (testsuites currently running), however >> I'm not sure how to do this properly, as libtool removes any `-lgcc' >> argument. > > In order to be able to anayze this (and either confirm or refute a > possible libtool bug), I would like to see the './libtool --mode=link' > command that fails, plus all of its output with --debug added as first > argument; further the output of > ./libtool --tag=TAG --config > > with TAG replaced by the tag used for the link.
log attached. the link command doesn't fail, but it differs which files are included from libgcc.a. -lm -lgcc_s -lgcc gets reordered to -lm -lgcc -lc -lgcc_s, which does resolve the __aeabi_* symbols as well. just appending -lgcc to libtool's postdeps only resolves the __sync_* symbols (only found in libgcc.a). Matthias
log.gz
Description: GNU Zip compressed data
