> From: l...@gnu.org (Ludovic Courtès) > Cc: m...@netris.org, guile-user@gnu.org > 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 = libguile-@GUILE_EFFECTIVE_VERSION@.la > > -guile_LDFLAGS = $(GUILE_CFLAGS) > > +guile_LDFLAGS = $(GUILE_CFLAGS) -export-dynamic > > > > libguile_@GUILE_EFFECTIVE_VERSION@_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). Anyway, doesn't Guile expect to be able to call its own functions via dynamic-link? If it does, then the only way of making that work is to use -export-dynamic, if my reading of the libtool docs is correct.
