[Glade-users] Glade MacOSX binaries for last version?

Tristan Van Berkom tristanvb at openismus.com
Sun Jul 17 14:19:58 EDT 2011

On Sun, 2011-07-17 at 11:56 +0200, Dieter Verfaillie wrote:
> On 16/07/2011 20:45, Tristan Van Berkom wrote:
> > On Sat, 2011-07-16 at 09:51 +0200, Pascal wrote:
> > And finally, we have some win32 scripts contributed by
> > Dieter Verfaillie on this bug:
> >     https://bugzilla.gnome.org/show_bug.cgi?id=634978
> >
> > So, what would be really nice... is if we could do the
> > following:
> >    a.) We make a build of Glade 3.8 and 3.10 on win32 using
> >        Dieter's scripts (some builds exist already in the 
> >        wild I think)... I cannot make any win32 builds myself.
> 3.8 binaries are linked on the bug report mentioned above.
> These depend on the GTK+ version from ftp.gnome.org/www.gtk.org
> There's a 3.8 version available on OBS that depends on everything
> else also from OBS here:
> https://build.opensuse.org/package/show?package=mingw32-glade3&project=windows%3Amingw%3Awin32
> and an handy OBS download script is described here:
> https://mail.gnome.org/archives/gtk-list/2011-May/msg00012.html
> For 3.10, I'm also working on that. Building GTK+ 3 is easy
> enough but it it porting PyGObject/gobject-introspection to
> Windows that is taking time...

Right, we have that same problem on osx, currently gobject-introspection
does not build there.

However I think for now it's perfectly acceptable to dist win32/osx
binaries of Glade 3.10 with the python plugin disabled until the
gobject-introspection build eventually get's fixed.

Also... I wonder what exactly is the part where the 
gobject-introspection build breaks, perhaps an eventual
cross-compiler solution could be dished out to generate
girs for win32/osx from a normal linux box (maybe generating
the binary typelib for the gir should be built on a win32/osx
system using a gir file built on linux ?)... anyway, for 
now I'd rather say "its not my problem" and build 3.10 
without python where gobject-introspection doesnt build.

> >    b.) We get the same 3.8/3.10 builds out on native osx using 
> >        ige-mac-bundler, I can perhaps do this... maybe I could
> >        try building it and you could try my scripts to verify it
> >        works on more than one site...
> >    c.) We finally add the 'glade/build/win32'
> The script on the bug report assumes build/mswindows as sooner or
> later the "32" in there is going to be irrelevant. Also that same
> script should work fine to build 64 bit binaries by simply putting
> mingw-w64's 64-bit producing toolchain on PATH before the 32-bit
> producing mingw-w64 or mingw.org version. But I don't mind changing
> it if you prefer win32.

I don't really care about the name so much.

> > and 'glade/build/osx'
> >        subdirectories to glade's git repo, each subdir will have a
> >        README file and some scripts to bundle/package up Glade on
> >        osx/win32
> >    d.) In the future we hopefully have to worry less about getting
> >        builds out on various operating systems...
> >From what I've seen up until now, the amount of worry will mostly
> depend on the amount of interest from some of Glade's dependencies
> in platforms other than Linux...

The win32 binaries have always been in high demand, osx binaries I
suspect are less in demand probably because I never made a vast amount
of builds (only a few osx builds, and to my knowledge I'm the only one
who made any osx builds, however there have been lots of win32 builds
from the sf.net project http://sourceforge.net/projects/gladewin32/).

Anyway, having a standard build for this in tree will certainly make
things easier for anyone who wants to build on win32/osx and will
hopefully encourage the availability of Glade on those platforms.


More information about the Glade-users mailing list