Mikael Djurfeldt <[EMAIL PROTECTED]> writes:
> Russell McManus <[EMAIL PROTECTED]> writes:
>
> > I've had some trouble building guile-1.3.5pre with gcc, and then
> > linking the resulting libguile.so into a binary built with Sun's
> > Sparcworks 4.2.2 compiler.
> >
> > It appears that when gcc (actually egcs version 2.9.5) compiles
> > libguile/numbers.c; it somehow inserts a reference to __floatdidf
> > which must be resolved against libgcc.a, since no such entry point
> > exists on my Solaris 2.5.1 machine. I have not figured out which call
> > in numbers.c actually refers to __floatdidf.
> >
> > In my opinion, libguile.so should not have any libgcc.a dependencies,
> > so that people can easily mix and match compilers.
>
> I may be wrong, but as far as I know, the only GCC-specific features
> we try to enable automatically is `long long's.
>
> This sounds more like you need to tell *gcc* not to produce code which
> needs to be linked with libgcc.a (-fno-gnu-linked or something like
> that?)
I agree that this is a gcc issue. Unfortunately, I don't know enough
about gcc to have the answer.
-russ
--
All that glitters has a high refractive index.
