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?)
(If anyone knows more about this than me, please give better advice.)
