From: Duncan C. <dun...@wo...> - 2007-01-24 12:01:35
|
All, The first release candidate for Gtk2Hs 0.9.11 is now available. (The actual version number is 0.9.10.5) The source tarball and windows installer are available: http://haskell.org/gtk2hs/gtk2hs-0.9.10.5.tar.gz (md5sum ff9ad6dd20f90cf6b6bd2f09301853cf) http://haskell.org/gtk2hs/gtk2hs-0.9.10.5.exe (md5sum 8c6de3dd3ea09b4f47cc48ae7b28649d) Changes since 0.9.10: * works with GHC-6.6 and Gtk+ 2.10.x * new tree/list widget api * new OpenGL widget added * new Cairo SVG package (for rendering SVG images on Cairo surfaces) * new implementation of the Graphics.SOE api * new glade tutorial (and hopefully the new intro tutorial will be ready in time too) * many more demo programs (clock, graph, car sim, fonts, noughts & crosses, opengl, svg and updated profileViewer and other tree/list demos) * much smaller binaries (thanks to the ghc 'split objs' feature) * many bugs fixed * various minor documentation improvements Please test this on your platform and report success or failures to the list. Reports for less common platforms, processors architectures and older versions of GHC and Gtk+ are particularly appreciated. I have enabled the 'split-objs' feature by default (for linking the Gtk2Hs libs such that the final binaries are much smaller). If you run into problems during during the build that you think are related to linking then try ./configure --disable-split-objs and report the problem and whether turning off split-objs fixed it. Depending on how it goes we'll decide whether to leave it on by default in the final release or not. For testing, try building, installing and then run: make installcheck This should build all the demo programs that are appropriate for your configuration. Running a selection of them would be good. Then if you have any other programs that use Gtk2Hs then testing those with this new release would be good. For people preparing packages for distributions note that there are three new packages, "gtkgl", "svgcairo" and "soegtk". The mozembed package can now be built against firefox, seamonkey, xulrunner or mozilla. Just pass --enable-<thing> to ./configure. Windows notes: The installer expects GHC 6.4.2 or 6.6. (As always if you need a build for a different version of GHC then that's possible by building from source.) The installer now comes bundled with Gtk+ itself so there's no need to download it separately. Hopefully this should also make the installation process a bit more reliable if only by reducing the number of configuration combinations. The windows build doesn't currently come with the gtkgl, svgcairo or sourceview packages. Duncan |
From: Alec B. <al...@th...> - 2007-01-24 18:08:10
|
Duncan Coutts on 2007-01-24 11:50:41 +0000: > * much smaller binaries (thanks to the ghc 'split objs' feature) Much smaller, indeed! I recompiled an application that uses GTK and Glade, and the executable size went from 4.8M to 1.5M! |
From: Rene de V. <Ren...@ho...> - 2007-01-24 20:20:13
|
Under windows when running via ghci, I get the error message that glib-2.0 can't be loaded (addDLL error), but from the same directory it works when compiling with ghc and running the executable. Why is there a difference here? What do I need to do to fix this? Rene. |
From: Duncan C. <dun...@wo...> - 2007-01-24 23:32:01
|
On Wed, 2007-01-24 at 21:16 +0100, Rene de Visser wrote: > Under windows when running via ghci, I get the error message that glib-2.0 > can't be loaded (addDLL error), > but from the same directory it works when compiling with ghc and running the > executable. There is a reason why that happens, however even if we fix it (which wouldn't be that hard) and also build the ghci .o versions of the libs, you still couldn't use Gtk in GHCi because GHCi now uses the threaded runtime system. The threaded runtime system is not compatible with gtk because gtk is single threaded and there's now way at the moment with the threaded runtime system to control which OS thread gtk calls happen in. So currently initGUI refuses to start when using the threaded runtime system. > Why is there a difference here? What do I need to do to fix this? Making gtk threading work right with the threaded runtime system is hard. In the mean time I suppose I could make initGUI more lenient and just print a big warning saying "don't even think about using Haskell threads with Gtk when using GHCi or the threaded runtime system or bad things will happen" rather that printing an error and stopping. So you'd be able to use GHCi with gtk2hs so long as you don't use forkIO and make GUI calls from multiple Haskell threads. Duncan |
From: Duncan C. <dun...@wo...> - 2007-01-25 13:57:28
|
Just a quick update on the windows build On Wed, 2007-01-24 at 11:50 +0000, Duncan Coutts wrote: > The first release candidate for Gtk2Hs 0.9.11 is now available. > (The actual version number is 0.9.10.5) > http://haskell.org/gtk2hs/gtk2hs-0.9.10.5.exe > (md5sum 8c6de3dd3ea09b4f47cc48ae7b28649d) One bug found with the installer is that it doesn't set the Gtk+ theme to be the MS-Windows theme, so everything looks odd. That's now been fixed and will be in the next build. > The windows build doesn't currently come with the gtkgl, svgcairo or > sourceview packages. The next build will probably include gtkglext and svgcairo but not sourceview because it has too many dependencies (libgnomeprint & libart). Duncan |