denemo-devel
[Top][All Lists]
Advanced

[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: Jeremiah Benham
Subject: Re: [Denemo-devel] Latest mingw binary. (was Re: It appears that the web Site www.denemo.org is down.)
Date: Tue, 5 Jan 2016 11:18:40 -0600

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?

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
>         >
>         >
>         >
>         >
>
>
>
>
>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]