guile-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: guile 2.0.9 build on mingw


From: Ludovic Courtès
Subject: Re: guile 2.0.9 build on mingw
Date: Sun, 16 Jun 2013 20:59:07 +0200
User-agent: Gnus/5.130007 (Ma Gnus v0.7) Emacs/24.3 (gnu/linux)

Eli Zaretskii <address@hidden> skribis:

>> From: address@hidden (Ludovic Courtès)
>> Cc: address@hidden,  address@hidden
>> Date: Sun, 16 Jun 2013 16:55:55 +0200
>> 
>> > The tests in foreign.test failed because they need to be able to call
>> > C functions in Guile itself.  According to libtool documentation, this
>> > requires to link with -export-dynamic, so this is needed:
>> >
>> > --- libguile/Makefile.am~  2013-04-03 15:11:28.000000000 +0300
>> > +++ libguile/Makefile.am   2013-06-13 13:34:27.545323200 +0300
>> > @@ -113,7 +113,7 @@
>> >  guile_SOURCES = guile.c
>> >  guile_CFLAGS = $(GUILE_CFLAGS) $(AM_CFLAGS)
>> >  guile_LDADD = address@hidden@.la
>> > -guile_LDFLAGS = $(GUILE_CFLAGS)
>> > +guile_LDFLAGS = $(GUILE_CFLAGS) -export-dynamic
>> >  
>> >  address@hidden@_la_CFLAGS = $(GUILE_CFLAGS) $(AM_CFLAGS)
>> 
>> Rather than exporting more symbols just for the sake of those test
>> cases, I changed the test suite to skip those test cases when ‘qsort’ is
>> not visible:
>
> This isn't only about 'qsort', it's also about another test (whose
> name I cannot remember at the moment).

Oh, in coverage.test.  Fixed.

> Anyway, doesn't Guile expect to be able to call its own functions via
> dynamic-link?

No.

Thanks,
Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]