Bug#179781: __fixunsdfdi should be provided by libgcc_s.so.1

[Daniel Jacobowitz <dan@debian.org>]

On Thu, Feb 13, 2003 at 03:34:12PM +0900, GOTO Masanori wrote:
> At Mon, 10 Feb 2003 01:58:43 +0900,
> GOTO Masanori wrote:
> > At Sun, 9 Feb 2003 14:45:18 +0100,
> > Guido Guenther wrote:
> > > if I understand this correctly the missing symbol is provided by
> > > libgcc_s.so.1, not by glibc: 
> > > nm -D --defined-only /lib/libgcc_s.so.1 | grep __fixunsdfdi
> > > 000017c0 T __fixunsdfdi
> > > Glibc only provides these symbols versioned as @GLIBC_2_0 on some
> > > architectures for backward compatibility. The program works without
> > > problems when one uses:
> > >  LD_PRELOAD=/lib/libgcc_s.so.1 dcgui 
> > > so I think something went wrong when linking this program. IMHO there's
> > > nothing glibc can do about it.
> > 
> > Good analysis.  I also think it's gcc problem.
> 
> OK, now I found this is gcc problem (or gcc normal behavior).

I see that Ryan's moved this back to glibc; for the record, let me
explain what we think happened here.  The symbol was previously
exported by a shared library dcgui links to; then, that shared library
was rebuilt with gcc 3.2, which caused the symbol to disappear from the
library.  Then dcgui suffers.

When it's rebuilt with GCC 3.2, and all its libraries have been also,
it should acquire the symbol from libgcc properly.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer