I notice guile.mk had --disable-shared so I tried --enable-shared this then gave an error, saying it needed shared versions of other libraries (see message below).
I guess we will need to create shared versions of those :( Richard *** Warning: This system can not link to static lib archive /home/rshann/mxe/usr/i686-pc-mingw32/lib/libgmp.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive /home/rshann/mxe/usr/i686-pc-mingw32/lib/libltdl.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive /home/rshann/mxe/usr/i686-pc-mingw32/lib/libunistring.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive /home/rshann/mxe/usr/i686-pc-mingw32/lib/libintl.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive /home/rshann/mxe/usr/i686-pc-mingw32/lib/libiconv.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. On Fri, 2013-02-08 at 08:19 +0000, Richard Shann wrote: > On Thu, 2013-02-07 at 19:19 +0000, Richard Shann wrote: > > There is still a problem. In srfi/srfi-1 it dynamically tries to link > > more scheme, which we only have in lib/libguile..... > > > > So I am not sure how that is supposed to get linked in... > This is the relevant bit of the guile manual: > > http://www.gnu.org/software/guile/docs/docs-1.8/guile-ref/Dynamic-Linking-and-Compiled-Code-Modules.html#index-load_002dextension-2414 > > from which it would seem that there should exist a .dll called > libguile-srfi-srfi-1-v-3.dll > so that when Denemo loads srfi-1 (which it does at the start of > denemo.scm) and that script calls > > (load-extension "libguile-srfi-srfi-1-v-3" "scm_init_srfi_1") > > the guile library should call it. > > As it is, nothing is complaining about missing .dlls on startup, which I > think means that guile is wrongly built. I think we may have to get help > from mxe mailing list for this... > > Richard _______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
