Re: [Denemo-devel] A useful looking link for cross compiling... Re: gtk-app-devel-list Digest, Vol 105, Issue 20

[Richard Shann]

diff --git a/src/view.c b/src/view.c
index 65e2e87..1ecd9fb 100644

I asked about building denemo with these guile extensions built in, and
Andy Wingo replied. The patch (below) should mean we don't need a guile
dll but it does require that we link against those libguile-srfi-1 etc
libraries (actually, just the srfi-1 it seems).
Jeremiah - can you munge the configure so that it can link against
these?
Richard

--- a/src/view.c
+++ b/src/view.c
@@ -42,7 +42,8 @@
 #include "audiointerface.h"
 #include "sourceaudio.h"
 #include "scorelayout.h"
-
+#include "libguile.h"
+#include "guile/srfi/srfi-1.h"
 #define INIT_SCM "init.scm"
 
 //#include "pathconfig.h"
@@ -5964,7 +5965,7 @@ void inner_main(void*closure, int argc, char
**argv){
       scm_variable_set_x(load_path, 

scm_cons(scm_from_locale_string(DENEMO_LOAD_PATH), 
                                     scm_variable_ref(load_path)));
-      
+ 
       /* consider user-specified path extension */
       user_path = getenv("DENEMO_LOAD_PATH");
       if (user_path) {
@@ -5974,7 +5975,8 @@ void inner_main(void*closure, int argc, char
**argv){
       }
   }
 #endif
-
+  scm_c_register_extension ("libguile-srfi-srfi-1-v-3",
"scm_init_srfi_1",
+                             scm_init_srfi_1, NULL);
   rsvg_init();
 
 


On Fri, 2013-02-08 at 08:34 +0000, Richard Shann wrote:
> 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
>