Ok, thank you for all this. We cannot use MXE because GTK3 is not supported yet, and even if it is supported, we could not use MXE to build a Mac version, am I right ? Does classic autotools build, with static libraries and headers of Denemo dependencies on the repository, could be a solution ?
2013/12/9 Jeremiah Benham <[email protected]> > On Sat, Dec 07, 2013 at 02:21:43PM +0100, Éloi Rivard wrote: > > Jeremiah, thanks for you script. > > I still have some error when I run "make denemo" > > What error are you getting? You are using 64 bit hardware correct? I have > not heard of success with gub on that platform. > > > Could you describe step by step how you build denemo with gub, on this > page > > : http://denemo.org/maintainer-page/ ? > > Sure. Gub has a html documentation already though. I can add to it and > place it there I suppose. There probably are things I have learned from > using it that may not be in the documentation. > > > Do you also use gub to build the mac version ? > > Yes. The evince/lilypond sync is the mac version is broken for some > reason. Pdf's are being created but I see an error at the command line > complaining that the DenemoASDFSDF-A.pdf is not found. I think I saw the > -B.pdf in the tmp/DenemoXXXX directory but when it complained that A was > missing I would see B and vice versa. I do recall that it will work if you > kill the progressbar window after a decent amount of time. IIRC the > progress bar keeps going and never stops. Then if you close the progress > bar the pdf appears in evince. I thought it had to do with glib and singal > handling or something but was unable to get it working properly. It worked > fine in version 1.0 and maybe a few versions after that. I don't know how > to fix it. > > > Why don't you submit a patch to the gub upstream ? > > I have been considering sending them a pull request but I have hesitated. > The "upstream" branch I forked has not seen a single commit in over a year > now. I see other forks of the same project on github that have also > progressed. Ocassionally I look at their patches to see if I can use any of > them. After asking about gub and lurking on lilypond's list I found out > that it really takes some sort of Black Magic to get it to work. So far > these are some of the conditions that I know of that have been reported to > work. You must have: > intel 32bit hardware > one of the following distros - Debian stable, Ubuntu 10.04, or 12.04 > > In addition to the above: > I have also heard that parellel building doesn't work > If your build fails you must (most the time) start the entire build > process over from scratch > > Lilypond uses gub to build for all the BSD's and cygwin and maybe > someother other platforms. I only want to build for mingw, linux, and > darwin. Unfortunately though maybe that is still too much. I have never > created a good linux build that did not have problems. It may work fine in > one distro but totally broken in another. Perhaps we should refer users > wanting a binary linux build to go to the OpenSuSe project and download a > pkg for their distro? Theoretically we could make a mingw with the opensuse > build system too but I am not sure how to do that and how much work it > would take. One of the main reasons I have not pushed upstream is because > of how things get easily broken in gub for almost no reason. So I am a bit > confused what to do. I often wonder if it would be better to spend my > efforts using something else that has other people contributing to it. > > > > > Was microphone input working with the gtk2 mingw build of 1.1? > > That is what Richard says. If this is true, I don't know why this would be > the case. Glib and gtk really have nothing to do with portaudio. I am going > to have to figure out how to do my own testing with wine somehow. There is > probably a way to get mic input with it. > > Jeremiah > > > > Jeremiah > > On Dec 5, 2013 1:12 PM, "Richard Shann" <[email protected]> wrote: > > > > > One thing though, I *think* gtk3 versions of Denemo do not allow Audio > > > input to work. From the debug output it seems that portaudio is happy > > > enough and is doing its thing, so it seems strange. Perhaps some glib > > > difference is causing a failure... > > > I can't get audio note in on my Debian Stable which uses gtk3, but I > > > often have trouble finding the correct input, so I didn't connect the > > > problem with gtk until I noticed that microphone note entry is not > > > working on your new windows binary. > > > > > > Richard > > > > > > > > > > > > On Tue, 2013-12-03 at 23:46 -0600, Jeremiah Benham wrote: > > > > > > > > On Dec 3, 2013 10:16 PM, "Jeremiah Benham" > > > > <[email protected]> wrote: > > > > > > > > > > On Tue, Dec 03, 2013 at 09:44:02PM +0000, Richard Shann wrote: > > > > > > I have tested this and it seems to be working well - the palettes > > > > are > > > > > > two-dimensional, which is the main visible difference. > > > > > > > > > > It is gtk 3.0.12. There is probably more eye candy in later > > > > versions. We will see if I can upgrade glib. That package is always > > > > difficult to cross compile in gub. While trying to link in evince, I > > > > am getting this linker error: > > > > > > > > > > > > > > /home/jjbenham/src/gub/target/mingw/root/usr/lib/libgtk-3.dll.a(gtkmain.o): > > > In function `DllMain@12': > > > > > /home/jjbenham/src/gub/target/mingw/src/gtk > > > > +-3.0.12/gtk/gtkmain.c:141: multiple definition of `_DllMain@12' > > > > > > > > > /home/jjbenham/src/gub/target/mingw/root/usr/lib/libevdocument3.dll.a(libevdocument3_la-ev-init.o):/home/jjbenham/src/gub/target/mingw/src/evince-0/libdocument/ev-init.c:45: > > > first defined here > > > > > > > > > /home/jjbenham/src/gub/target/mingw/root/usr/lib/libevview3.dll.a(libevview3_la-ev-view-accessible.o): > > > In function `ev_view_accessible_get_text_after_offset': > > > > > > > > > /home/jjbenham/src/gub/target/mingw/src/evince-0/libview/ev-view-accessible.c:269: > > > undefined reference to `_gail_text_util_new' > > > > > > > > > > Is it just linking them out of order or something? Should I try > > > > another version of evince? multiple definitions? is that a warning? > > > > Its saying its first defined in evince before gtk! Maybe I will just > > > > rm -rf target and start again. I also have another problem. I am > > > > running out of room on this server. I don't know how the hard drive > > > > fills up so fast. I need to find time to to find out whats causing > > > > this and upgrade the servers hard drive (virtual). > > > > > > > > I realised I can just add a new disk image to the filesystem. I will > > > > set a cron soon. > > > > > > > > Jeremiah > > > > > > > > > > Jeremiah > > > > > > Richard > > > > > > > > > > > > > > > > > > On Tue, 2013-12-03 at 08:56 -0600, Jeremiah Benham wrote: > > > > > > > I managed to build a mingw binary of the denemo 1.1.0 release > > > > against > > > > > > > gtk3. It does not have evince compiled in yet. I will compile > > > > that in > > > > > > > soon . If this works well then we can plan on depreciating the > > > > gtk2 > > > > > > > code in denemo. > > > > > > > > > > > > > > > http://denemo.org/~jjbenham/gub/uploads/denemo-1.1.0-0.mingw.exe > > > > > > > > > > > > > > > > > > > > > Jeremiah > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Denemo-devel mailing list > > > > > > > [email protected] > > > > > > > https://lists.gnu.org/mailman/listinfo/denemo-devel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Denemo-devel mailing list > > [email protected] > > https://lists.gnu.org/mailman/listinfo/denemo-devel > -- É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
