denemo-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Denemo-devel] gtk3 version of mingw build


From: Éloi Rivard
Subject: Re: [Denemo-devel] gtk3 version of mingw build
Date: Mon, 9 Dec 2013 22:46:06 +0100

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 <address@hidden>
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" <address@hidden> 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"
> > > <address@hidden> 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 address@hidden':
> > > > /home/jjbenham/src/gub/target/mingw/src/gtk
> > > +-3.0.12/gtk/gtkmain.c:141: multiple definition of address@hidden'
> > > >
> > /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
> > > > > > address@hidden
> > > > > > https://lists.gnu.org/mailman/listinfo/denemo-devel
> > > > >
> > > > >
> > >
> > >
> >
> >
> >
> _______________________________________________
> Denemo-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/denemo-devel



--
Éloi Rivard - address@hidden
       
« On perd plus à être indécis qu'à se tromper. »

reply via email to

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