hi, it seems i'm getting closer to be able to compile gtk+ for mingw32. unfortunately i spend way too much time with glib1 and gtk-1.2.x, but from this page it's turn out it was just waste of time:-( http://www.gimp.org/~tml/gimp/win32/downloads.html -------------------------------------- "The GTK+ API was still mostly like GTK+ 1.2.7, which is what was current when this branch was created. Unfortunately, very few of the platform-independent fixes (in the gtk widgets) that went into GTK+ 1.2 since 1.2.7 are present. Unlike GTK+ 1.2 on Unix, GTK+ 1.3.0 on Windows is built to use GLib 2.x. There is no binary distribution of any GLib 1.2 for Windows." -------------------------------------- so i try to compile this version (and not the one in fedora). my question should i put into my own repo or add to your hg repo or just create a new review request? and the same question apply to the next weeks brunch of gstreamer packages (and it's dependencies) too? thanks.
On Fri, Nov 28, 2008 at 03:48:23PM +0100, Farkas Levente wrote:
hi, it seems i'm getting closer to be able to compile gtk+ for mingw32. unfortunately i spend way too much time with glib1 and gtk-1.2.x, but from this page it's turn out it was just waste of time:-( http://www.gimp.org/~tml/gimp/win32/downloads.html
"The GTK+ API was still mostly like GTK+ 1.2.7, which is what was current when this branch was created. Unfortunately, very few of the platform-independent fixes (in the gtk widgets) that went into GTK+ 1.2 since 1.2.7 are present. Unlike GTK+ 1.2 on Unix, GTK+ 1.3.0 on Windows is built to use GLib 2.x. There is no binary distribution of any GLib
1.2 for Windows."
so i try to compile this version (and not the one in fedora). my question should i put into my own repo or add to your hg repo or just create a new review request? and the same question apply to the next weeks brunch of gstreamer packages (and it's dependencies) too? thanks.
IMHO we should not package GTK+ for MinGW. This is a seriously ancient library essentially unmaintained at this point, and no modern apps should be using it. Even on native there little of consquence that wants this ancient code & desire to kill it off entirely, and we shouldn't encourage its use on Windows
Daniel
Daniel P. Berrange wrote:
On Fri, Nov 28, 2008 at 03:48:23PM +0100, Farkas Levente wrote:
hi, it seems i'm getting closer to be able to compile gtk+ for mingw32. unfortunately i spend way too much time with glib1 and gtk-1.2.x, but from this page it's turn out it was just waste of time:-( http://www.gimp.org/~tml/gimp/win32/downloads.html
"The GTK+ API was still mostly like GTK+ 1.2.7, which is what was current when this branch was created. Unfortunately, very few of the platform-independent fixes (in the gtk widgets) that went into GTK+ 1.2 since 1.2.7 are present. Unlike GTK+ 1.2 on Unix, GTK+ 1.3.0 on Windows is built to use GLib 2.x. There is no binary distribution of any GLib
1.2 for Windows."
so i try to compile this version (and not the one in fedora). my question should i put into my own repo or add to your hg repo or just create a new review request? and the same question apply to the next weeks brunch of gstreamer packages (and it's dependencies) too? thanks.
IMHO we should not package GTK+ for MinGW. This is a seriously ancient library essentially unmaintained at this point, and no modern apps should be using it. Even on native there little of consquence that wants this ancient code & desire to kill it off entirely, and we shouldn't encourage its use on Windows
but even fedora-10 contains gtk+1.2.10...
On Fri, Nov 28, 2008 at 04:10:21PM +0100, Farkas Levente wrote:
Daniel P. Berrange wrote:
On Fri, Nov 28, 2008 at 03:48:23PM +0100, Farkas Levente wrote:
hi, it seems i'm getting closer to be able to compile gtk+ for mingw32. unfortunately i spend way too much time with glib1 and gtk-1.2.x, but from this page it's turn out it was just waste of time:-( http://www.gimp.org/~tml/gimp/win32/downloads.html
"The GTK+ API was still mostly like GTK+ 1.2.7, which is what was current when this branch was created. Unfortunately, very few of the platform-independent fixes (in the gtk widgets) that went into GTK+ 1.2 since 1.2.7 are present. Unlike GTK+ 1.2 on Unix, GTK+ 1.3.0 on Windows is built to use GLib 2.x. There is no binary distribution of any GLib
1.2 for Windows."
so i try to compile this version (and not the one in fedora). my question should i put into my own repo or add to your hg repo or just create a new review request? and the same question apply to the next weeks brunch of gstreamer packages (and it's dependencies) too? thanks.
IMHO we should not package GTK+ for MinGW. This is a seriously ancient library essentially unmaintained at this point, and no modern apps should be using it. Even on native there little of consquence that wants this ancient code & desire to kill it off entirely, and we shouldn't encourage its use on Windows
but even fedora-10 contains gtk+1.2.10...
That is solely for a handful of legacy apps that aren't yet ported. GTK 1.x is dead code - the upstream community hasn't done a release of it since 2001. We should not propagate this unmaintainable junk further.
Daniel
On Fri, Nov 28, 2008 at 03:48:23PM +0100, Farkas Levente wrote:
hi, it seems i'm getting closer to be able to compile gtk+ for mingw32. unfortunately i spend way too much time with glib1 and gtk-1.2.x, but from this page it's turn out it was just waste of time:-( http://www.gimp.org/~tml/gimp/win32/downloads.html
What's the actual program that needs gtk1? Can it be modified to use gtk2 instead? I haven't seen a program "in the wild" that needs gtk1 for ages.
Rich.
Richard W.M. Jones wrote:
On Fri, Nov 28, 2008 at 03:48:23PM +0100, Farkas Levente wrote:
hi, it seems i'm getting closer to be able to compile gtk+ for mingw32. unfortunately i spend way too much time with glib1 and gtk-1.2.x, but from this page it's turn out it was just waste of time:-( http://www.gimp.org/~tml/gimp/win32/downloads.html
What's the actual program that needs gtk1? Can it be modified to use gtk2 instead? I haven't seen a program "in the wild" that needs gtk1 for ages.
one of our clients gui which we do not maintain, but some of our clients still use it and wouldn't like to use other. while we wouldn't like to spend time to port it.
-
Daniel P. Berrange -
Farkas Levente -
Richard W.M. Jones