I tried removing the .o files out of the srfi*.a with something like: ar -x srfi*.a Then ran: ar r libguile.a srfi*.o ranlib libguile.a
Denemo failed to compile saying it could not read symbol index and that I need to run ranlib. I am not sure what to do. Jeremiah On Feb 14, 2013 10:15 AM, "Richard Shann" <richard.sh...@virgin.net> wrote: > On Thu, 2013-02-14 at 09:42 -0600, Jeremiah Benham wrote: > > > > > > On Wed, Feb 13, 2013 at 11:18 AM, Richard Shann > > <richard.sh...@virgin.net> wrote: > > On Wed, 2013-02-13 at 09:43 -0600, Jeremiah Benham wrote: > > > > > > > > > On Wed, Feb 13, 2013 at 6:51 AM, Richard Shann > > > <richard.sh...@virgin.net> wrote: > > > I have found out why LilyPond is not being run on > > the new > > > static windows > > > binary: > > > > > > The gspawn-win32-helper.exe program isn't found. > > Depending on > > > your > > > GLib version. this either means that it isn't in > > your PATH (in > > > GLib < > > > 2.16) or that it isn't in the same folder where > > > libglib-2.0-0.dll is > > > (GLib >= 2.16). > > > > > > > > > Our glib in mxe is 2.28.8 though. Maybe the utility is not > > being > > > installed with glib then. > > > > I asked on the mxe list and the guy, Tony Theodore, there has > > pushed a > > fix to mexe's git which causes it to be installed. The fix is > > just to > > define the BIN_INSTALL directory. This builds ok, > > > > Did he submit it to the stable or master branch of mxe. Which branch > > are you using? > I am not using git, I just downloaded your directory and as the change > is just to delete the bit saying > bin_PROGRAMS= > which by saying the bin_PROGRAMS is unset stops it installing the bin > stuff (I think) > I just edited my guile.mk and re-built. > He gave this as the commit: > https://github.com/mxe/mxe/commit/1eefbe8b1dd34b02ac6a89d6ff05080a3771d36a > > > > > I have tested it, but > > cannot get it to fire off from denemo - it is not at all > > obvious where > > glib will look for the helper program with a static build, it > > doesn't > > seem to find it in the path, and we don't have a .dll, though > > if we did > > it would be where I have put gspawn_win32_helper.exe, ie where > > denemo.exe is and fluidsynth.dll, in the bin directory. > > I'll try asking on the gtk list. > I've asked on gtk-app-devel-list-request but I think that is the wrong > list, I should use gtk-list-request. I'll re-send if I get no response. > > > Did your LDADD_denemo thing work to get > > the srfi libraries on the link line? > > > > No. I don't think so. I have not found any examples of people doing > > this in autoconf. I can't test it either because my compilation > > doesn't even make it that far. I am stuck at this missing -lcrypt > > thing. > I haven't hit that - when did it start? That is what changed that > stopped you building? > > > Its in the usr/i686*/lib dir. I don't know why it is not looking > > there. I think it is probably better to patch guile. Why aren't > > these .a files linked into the main .la. Then denemo links to > > this .la. What is it called libguile.la or something? > libguile.a is the library, it should be possible just to run ar on > libguile.a and the libsrfi-1-xxx.a and create a single library from > them, outputting to libguile.a and then go on to build denemo. > > > Why isn't this header file present on my linux system other than > > inside my mxe and gub directories. > ?? which header file? > > Richard > > > >
_______________________________________________ Denemo-devel mailing list Denemo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/denemo-devel
