This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa,sparc}-linux


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

Attachment: log.gz
Description: GNU Zip compressed data


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]