As you can read on the logs, the build are tested against gcc and clang. I could not get the mingw compilation to work for the moment.
I can try to help you there, do you have a reproducible scenario of you bug ? 2013/10/28 Richard Shann <[email protected]> > It certainly looks good, but I haven't yet understood what exactly is > being built with success... surely not a windows installer? > I am hunting down some serious-looking trouble with the commands loading > - some commands are simply not getting loaded, and saving new commands > is not working properly. I expected this to be related to the > alphabeticalizing of commands but it seems it is not. I'm afraid it is > down to the re-factoring of the command load/storage into separate xml > and scm parts, or some such. > I am not sure which commands don't get loaded > (Edit->Select->DeleteSelectionLeaveEmpty is one, which causes > Edit->Delete to fail) and how important they are; so I don't know if the > release should stand yet. > > Richard > > > On Mon, 2013-10-28 at 16:06 +0100, Éloi Rivard wrote: > > I got back the denemo account on github. So here is a mirror of denemo > > repository : > > https://github.com/denemo/denemo > > > > It is updated every 5 minutes by my server. You can see the travis > > status on this page : > > https://travis-ci.org/denemo/denemo > > > > > > So each time anyone commits on any branch, you can check a few minutes > > later on Travis if the commit compiles. > > > > Great, isn't it ? > > > > > > > > 2013/10/28 Éloi Rivard <[email protected]> > > Hey GTK3 for windows has been officially released ! > > http://www.gtk.org/download/win32.php > > > > > > > > 2013/10/23 Richard Shann <[email protected]> > > 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 <[email protected]> > > > 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 - [email protected] > > > > > > « On perd plus à être indécis qu'à se tromper. » > > > > > > > > > > > > > > > > > -- > > Éloi Rivard - [email protected] > > > > « On perd plus à être indécis qu'à se tromper. » > > > > > > > > > > -- > > Éloi Rivard - [email protected] > > > > « On perd plus à être indécis qu'à se tromper. » > > > > > -- Éloi Rivard - [email protected] « On perd plus à être indécis qu'à se tromper. »
_______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
