[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web
From: |
Richard Shann |
Subject: |
Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.) |
Date: |
Wed, 06 Jan 2016 15:47:33 +0000 |
On Wed, 2016-01-06 at 09:27 -0600, Jeremiah Benham wrote:
> I think if you copy the entire Lilypond dir, it might make the tarball
> too large. Lilypond can share the same libs (with maybe 2-3 Lilypond
> lib files) if you just copy over just the essential files.
>
Well, copying everything failed to work when I tried it. It overwrote
some versions that Denemo depends on (it seems).
Looking at what you are copying for Mac there doesn't appear to be a
close correspondence: I guess .dylib is mac speak for dynamic library,
but in the LilyPond installation on windows the lib directory holds
things like usr/lib/libgmp.la while the .dlls are in the usr/bin
directory.
Even more discouraging, I was testing out today's mingw build (using
external LilyPond 2.18.2) and found that the playback view was crashing
after a play or two - I then looked back at the zip files from 4th and
5th and saw the same thing. To crown all my woes, I see I have
accidentally deleted my gdb running on windows (which I got via MXE), so
I'm now trying to rebuild that to see if this crashing is some Denemo
bug or a build problem.
Richard
>
> Jeremiah
>
>
> On Tue, Jan 5, 2016 at 4:52 PM, Richard Shann
> <address@hidden> wrote:
> On Tue, 2016-01-05 at 11:18 -0600, Jeremiah Benham wrote:
> > That is weird. The only thing I did differently is had it
> build
> > without lilypond.
> >
> > I just now rebuilt for darwin and added a few lines to
> installer.py
> > like this:
> > cp %(sourcefiledir)s/LilyPond.app/Contents/Resources/bin/*
> > %(darwin_bundle_dir)s/Contents/Resources/bin/
> > cp
> >
> %(sourcefiledir)s/LilyPond.app/Contents/Resources/lib/libgmp.3.dylib
> > %(darwin_bundle_dir)s/Contents/Resources/lib
> > cp -r
> >
> %(sourcefiledir)s/LilyPond.app/Contents/Resources/lib/libgs.8.70.dylib
> > %(darwin_bundle_dir)s/Contents/Resources/lib/
> > cp -r
> >
> %(sourcefiledir)s/LilyPond.app/Contents/Resources/lib/libpng.3.dylib
> > %(darwin_bundle_dir)s/Contents/Resources/lib/
> > cp -r
> %(sourcefiledir)s/LilyPond.app/Contents/Resources/etc/*
> > %(darwin_bundle_dir)s/Contents/Resources/etc/
> > cp -r
> >
> %(sourcefiledir)s/LilyPond.app/Contents/Resources/share/ghostscript
> > %(darwin_bundle_dir)s/Contents/Resources/share/
> > cp -r
> %(sourcefiledir)s/LilyPond.app/Contents/Resources/share/lilypond
> > %(darwin_bundle_dir)s/Contents/Resources/share
> >
> >
> > I assume this would be similar in windows but I would need a
> list like
> > the above if we are to manual copy the original lilypond
> binaries into
> > ours. Could you edit this script to make it work in windows?
>
>
> I would guess that you can copy the whole of usr and bin from
> C:\Program
> Files\Lilypond to C:\Program Files\Denemo, I'll try that out
> tomorrow on
> the installations I have...
>
> Richard
>
> >
> > Jeremiah
> >
> >
> > On Tue, Jan 5, 2016 at 3:12 AM, Richard Shann
> > <address@hidden> wrote:
> > The 5th Jan zip file for mingw runs but the LilyPond
> does not
> > give a
> > typeset. Stranger still the checking for grace note
> problems
> > script
> > behaves differently - it is one of the things that I
> fixed
> > yesterday.
> > Given an identical file it misbehaves on the zip
> version but
> > is ok on my
> > Debian build.
> >
> > Richard
> >
> >
> > On Mon, 2016-01-04 at 22:31 -0600, Jeremiah Benham
> wrote:
> > > I decided to take a darwin binary from the last
> build. I
> > took the the
> > > original darwin LilyPon 2.18.2 and copied it over
> something
> > like this:
> > >
> cp ../../LilyPond.app/Contents/Resources/bin/lilypond
> > Resources/bin/
> > >
> cp ../../LilyPond.app/Contents/Resources/lib/libgmp.dylib
> > > Resources/lib
> > >
> >
> cp ../../LilyPond.app/Contents/Resources/lib/libgmp.3.dylib
> > > Resources/lib
> > > cp ../../LilyPond.app/Contents/Resources/shar
> > Resources/lib
> > >
> > >
> >
> cp
> ../../LilyPond.app/Contents/Resources/share/lilypond/current/scm/*
> ./Resources/share/lilypond/current/scm/
> > >
> > >
> >
> cp ../../LilyPond.app/Contents/Resources/share/lilypond/current/
> ./Resources/share/lilypond/current/scm/
> > >
> > >
> > >
> > > The less I have to compile the better. If I can
> only find a
> > way to not
> > > have to rebuild all the dependent libs, it would
> less time
> > and
> > > resources to compile only denemo. It could be
> rebuilt on
> > every git
> > > commit. I think a script might do it.
> > >
> > >
> > > Jeremiah
> > >
> > >
> > > On Mon, Jan 4, 2016 at 4:10 PM, Richard Shann
> > > <address@hidden> wrote:
> > > On Mon, 2016-01-04 at 15:17 -0600,
> Jeremiah Benham
> > wrote:
> > > > Lilypond 2.18.2 appears to be working
> for the
> > linux binary.
> > > It does
> > > > not compile
> > > > for darwin. It says somehting like
> ssize_t is not
> > defined
> > > in this
> > > > scope.
> > > >
> > > >
> > >
> >
>
> http://denemo.org/~jjbenham/gub/target/darwin-x86/log/lilypondcairo.log
> > >
> > > that's some sort of mixup with the set of
> headers
> > being used,
> > > presumably. The warning just before the
> ssize_t
> > error, about
> > > HUGE_VAL
> > > being too large, might hint that it is a
> 32/64 bit
> > issue
> > > >
> > > > If I simply copy the binaries over from
> the
> > official mingw
> > > lilypond,
> > > > will it work?
> > >
> > > did you mean "official darwin lilypond"?
> > >
> > > there would be some way of merging a
> lilypond build
> > and a
> > > denemo one
> > > rather than building both, though I've
> never been
> > clear
> > > whether the two
> > > have been sharing the same Scheme
> headers/libraries
> > etc ...
> > > LilyPond is
> > > guile 1.8 while I think usually denemo is
> using 2.0
> > >
> > > Do you have a working mingw with 2.18.2
> LilyPond?
> > >
> > > Richard
> > >
> > >
> > >
> > >
> > >
> > >
> > > > Jeremiah
> > > >
> > > > On Mon, Jan 4, 2016 at 5:27 AM, Richard
> Shann
> > > > <address@hidden> wrote:
> > > > On Sun, 2016-01-03 at 17:44
> +0000, Richard
> > Shann
> > > wrote:
> > > > > On Sun, 2016-01-03 at 09:09
> -0600,
> > Jeremiah Benham
> > > wrote:
> > > > > > The server is back up. I
> just compiled
> > a mingw
> > > binary for
> > > > testing
> > > > >
> > > > > I've tested the zip version of
> this
> > (dated 3rd
> > > Jan). The
> > > > playback view
> > > > > has a bug to do with .mid
> instead
> > of .midi on
> > > windows. I've
> > > > fixed this,
> > > > > but more seriously it fails to
> generate
> > good SVG
> > > on one of
> > > > the files
> > > > > tested - this is because of
> the unstable
> > version
> > > of LilyPond
> > > > shipped
> > > > > with this binary - I pointed
> Denemo to a
> > > separately
> > > > installed 2.18
> > > > > LilyPond and it typeset fine.
> > > > > I think you have an idea how
> to ship
> > with the
> > > stable
> > > > LilyPond?
> > > >
> > > >
> > > > I've tested the 4th Jan zip
> file, it comes
> > with
> > > LilyPond
> > > > 2.18.2 but this
> > > > LilyPond crashes (Visual C++
> throws up a
> > window but
> > > the window
> > > > is
> > > > blank). Using the external
> version of
> > 2.18.2 then
> > > everything
> > > > runs ok.
> > > >
> > > > Richard
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
>
>
>
>
>
- Re: [Denemo-devel] It appears that the web Site www.denemo.org is down., (continued)
- Re: [Denemo-devel] It appears that the web Site www.denemo.org is down., Jeremiah Benham, 2016/01/03
- [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Richard Shann, 2016/01/03
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Richard Shann, 2016/01/04
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Jeremiah Benham, 2016/01/04
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Richard Shann, 2016/01/04
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Jeremiah Benham, 2016/01/04
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Richard Shann, 2016/01/05
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Jeremiah Benham, 2016/01/05
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Richard Shann, 2016/01/05
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Jeremiah Benham, 2016/01/06
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.),
Richard Shann <=
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Richard Shann, 2016/01/06
- Message not available
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Richard Shann, 2016/01/08
- Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.), Richard Shann, 2016/01/05