Re: [ntp:hackers/Guile devel] ntp-dev changes

[Bruce Korb <bkorb@gnu.org>]

Reg Clemens wrote:
> Humm.
> Linux Fedora4 came with gcc 4.00 and was upgraded to 4.0.2 as some point,
> so I dont easily have access to an older version on my home machines.
> Checking at the Lab, where I still have Fedora2 loaded, I find gcc 3.3.3,
> and guile-1.6.7 DOES compile there.
> 
> Still, the error reported sounds more like something has changed between
> OS levels than a problem with the compiler itself.  I can try moving the
> compiled version back home, but from what Harlan says, I wont be able
> to test it for a week or so.

Chasing through Guile sources, I get this:

> #ifdef DYNAMIC_LINKING
>   /* libtool automagically inserts this variable into your executable... */
>   extern const scm_lt_dlsymlist lt_preloaded_symbols[]; // Line 91
>   scm_lt_dlpreload_default (lt_preloaded_symbols);
> #endif

The message is:

> guile.c: In function 'main':
> guile.c:91: error: array type has incomplete element type
> guile.c:91: warning: unused variable 'lt_preloaded_symbols'

So, it seems to me that there is an inconsistency in the build environment
and the defining of DYNAMIC_LINKING.  The problem is almost certainly
in Guile.  But, I have heard complaints (that I only fuzzily remember)
that Guile does not build with GCC-4.  Assuming I am remembering
correctly :) , the headers that GCC-4 bring along with itself are
causing "scm_lt_dlsymlist" to be an incomplete type and "scm_lt_dlpreload_default"
to be a macro that expands to the empty string (unreferenced variable).

I'll poke into this a bit more, but I do wish a Guile developer could
chime in with a word or two.

Thanks - Bruce


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel