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 > <[email protected]> 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 > > <[email protected]> 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 > > > <[email protected]> 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 > > > > <[email protected]> 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
