Re: [Denemo-devel] The missing regex in mxe build

On Wed, Feb 13, 2013 at 11:18 AM, Richard Shann <address@hidden> wrote:

On Wed, 2013-02-13 at 09:43 -0600, Jeremiah Benham wrote:
>
>
> On Wed, Feb 13, 2013 at 6:51 AM, Richard Shann
> <address@hidden> 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 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. 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. 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? Why isn't this header file present on my linux system other than inside my mxe and gub directories.

Jeremiah

Richard

> I will have to look. I noticed 20 patches have been made to gub's
> original branch. I should look through those also.
>
> Jeremiah
>
> Run the program with the environment variable
> G_SPAWN_WIN32_DEBUG set
> and you will see debugging information printed to stdout,
>
> this came from
>
> http://gtk.10911.n7.nabble.com/GLib-Spawning-Processes-td12484.html
>
> so we have something else to build ...
>
> Richard
>
>
> On Tue, 2013-02-12 at 07:43 -0600, Jeremiah Benham wrote:
> > The argument to turn on static guile linking is
> > --enable-static-link-guile. I can't test it now. I probably
> won't have
> > time to work on any of this stuff until Wed unfortunately.
> >
> > Jeremiah
> >
> > On Tue, Feb 12, 2013 at 7:18 AM, Jeremiah Benham
> > <address@hidden> wrote:
> >
> > On Feb 12, 2013 4:28 AM, "Richard Shann"
> > <address@hidden> wrote:
> > >
> > > OK, so I installed the regex package in my mxe,
> and it built
> > nicely and
> > > so did guile (I looked in the log and saw that it
> used
> > guile-snarf to
> > > get the regex stuff it needed).
> > > Then I set the PATH to include
> > >
> >
> > /home/rshann/mxe/usr/i686-pc-mingw32/bin/:/home/rshann/mxe/usr/i686-pc-mingw32/bin
> > >
> > > and I patched the denemo...~rc9 view.c to have the
> srfi
> > initialization
> > > stuff and patched the Makefile.in to link to
> >
> > /home/rshann/mxe/usr/i686-pc-mingw32/lib/libguile-srfi-srfi-1-v-3.a
> >
> > /home/rshann/mxe/usr/i686-pc-mingw32/lib/libguile-srfi-srfi-60-v-2.a
> > >
> > > Denemo built, but threw an Unknown Target
> exception during
> > startup (that
> > > is, it didn't reach main). I checked the integrity
> of the
> > copy, and I
> > > tried the test-guile.exe which is generated by the
> guile
> > build and that
> > > has the same fault. It looks like, suddenly, my
> set-up is
> > generating
> > > invalid executables. Sigh.
> > >
> > > I see you have rc10 ready - did you succeed with
> mxe to get
> > a denemo.exe
> > > that will at least execute?
> >
> >
> > My mxe is broken at the moment for some reason. Rc10
> is
> > supposed to have the guile linking stuff in it. I
> doubt I did
> > it correctly though.
> >
> > Jeremiah
> >
> >
> > >
> > > Richard
> > >
> > >
> > >
> > >
> > >
> > > On Mon, 2013-02-11 at 22:53 -0600, Jeremiah Benham
> wrote:
> > > > <tr>
> > > > <td id="regex-package">regex</td>
> > > > <td id="regex-version">2.3.90-1</td>
> > > > <td id="regex-website"><a
> > > >
> >
> href="" href="http://lilypond.org/download/gub-sources/regex/" target="_blank">http://lilypond.org/download/gub-sources/regex/">Regex</a></td>
> > > > </tr>
> > > >
> > > > I added the above to my index.html on my local
> machine.
> > Attached is
> > > > regex.mk.
> > > >
> > > > Jeremiah
> > > >
> > > > On Mon, Feb 11, 2013 at 3:06 PM, Richard Shann
> > > > <address@hidden> wrote:
> > > > Jeremiah,
> > > >
> > > > It seems that mxe is missing a package
> we need to
> > get regex
> > > > support
> > > >
> > > > Looking at the gub build perhaps this:
> > > >
> > > > regex-2.3.90-1.tar.bz2
> > > >
> > > > is the package we need. Are you able to
> put it
> > into mxe by any
> > > > chance?
> > > > Then hopefully guile will configure
> itself to use
> > it (the
> > > > configure step
> > > > tries to find it by compiling a call to
> regcomp()
> > and seeing
> > > > if it
> > > > links).
> > > >
> > > > Richard
> > > >
> > > >
> > > >
> > > >
> _______________________________________________
> > > > Denemo-devel mailing list
> > > > address@hidden
> > > >
> > https://lists.gnu.org/mailman/listinfo/denemo-devel
> > > >
> > >
> > >
> >
> >
>
>
>
>

From:	Jeremiah Benham
Subject:	Re: [Denemo-devel] The missing regex in mxe build
Date:	Thu, 14 Feb 2013 09:42:21 -0600