libgcc_s.so is unnecessarily linked for MIPS

Peter S. Mazinger ps.m at gmx.net
Thu Jun 15 08:57:20 UTC 2006


On Wed, 14 Jun 2006, Erik Andersen wrote:

> On Wed Jun 14, 2006 at 05:56:16PM -0700, David Daney wrote:
> > As I said before, I am wondering also.  It works on a glibc system, and 
> > is broken on a uClibc system.  Not to say that uClibc is causing it, but 
> > there is a correlation.
> 
> Buildroot builds gcc with the '--enable-shared' option.
> 
> $ ./configure --help | grep libgcc
>   --disable-shared        don't provide a shared libgcc
> 
> If you edit buildroot/toolchain/gcc/gcc-uclibc-3.x.mk
> and tell it to use --disable-shared it will not use a
> shared libgcc, but instead staticly link libgcc.a into
> each app (which may or may not use any libgcc symbols).
> 
>  -Erik

libgcc.a is always linked against, independently of having libgcc_s.so or 
not (gcc -dumpspecs shows that). libgcc_s.so has symbols that are not in 
libgcc.a (they are in libgcc_eh.a for static links) 

Peter

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2




More information about the uClibc mailing list