|
From: | Éloi Rivard |
Subject: | Re: [Denemo-devel] Continuous Integration |
Date: | Mon, 28 Oct 2013 16:06:42 +0100 |
2013/10/23 Richard Shann <address@hidden>I thought so at one time, but the developers of code such as GTK do not
anticipate people doing this, and so it never gets tested.
We tried and got *very* close to a static build for Denemo cross
compiling for windows using the mxe project. I was actually able to run
Denemo under a (statically compiled) gdb on windows. In fact, I am still
able to run our current Denemo builds under that gdb.exe which I kept
around. That is the beauty of a statically built executable, it carries
on working forever, more or less.
You will need to look back at the emails about this - my memory doesn't
serve me well enough to give a blow-by-blow account of what happened :(
they all refer to mxe I expect.
Richard
On Wed, 2013-10-23 at 10:17 +0200, Éloi Rivard wrote:
> Well, is gub mandatory ? Could it be possible to statically compile
> every dependencies and just link them ?
>
>
>
> 2013/10/23 Richard Shann <address@hidden>
> On Wed, 2013-10-23 at 09:19 +0200, Éloi Rivard wrote:
> > Travis run on a Ubuntu 12.04 LTS Server Edition 64 bit.
>
>
> I think this could require quite a bit of delving into GUB to
> get the
> build working - I am not sure what the LilyPond project uses,
> but
> Jeremiah has been using Debian's stable distribution on 32-bit
> architecture (but possibly slightly old in some way since I
> was able to
> build using the previous Debian Stable distro on my 64 bit
> architecture
> and then found it would no longer work, apparently because of
> an
> optimizer bug in gcc, failing to build libxml2).
>
> I don't want to sound pessimistic (I often do!) but GUB is
> very large,
> especially when it is building Denemo (with LilyPond,
> Ghostscript, font
> generation, even LilyPond documentation generation thrown
> in)...
>
> Richard
>
>
>
>
>
> --
> Éloi Rivard - address@hidden
>
> « On perd plus à être indécis qu'à se tromper. »
>
--
Éloi Rivard - address@hidden
« On perd plus à être indécis qu'à se tromper. »
[Prev in Thread] | Current Thread | [Next in Thread] |