Announcement: wxHaskell version 0.6 ---------------------------------------------------------------------- <http://wxhaskell.sourceforge.net> This new release fixes many bugs, adds basic support for MDI applications and compiles with the latest CVS snapshots of wxWidgets. For now, only an installer for windows is provided. All the best, Daan. News (see the wxHaskell website for more information): - wxWindows is now called wxWidgets! (and yes, it is due to Microsoft :-) - wxWidgets runs on mobile phones (Symbian OS). - Borland Builder-X will ship with wxWidgets as its windowing toolkit. Updates: - Support for MDI applications - Combobox now catches enter keys through "on command" - Many list-like controls now react on "on select" instead of "on command" - Attribute "enable" is now called "enabled" - Resize bugs are fixed, new "dynamic" layout combinator added - Repaint bugs are fixed, new "fullRepaintOnResize" attribute added. - Basic support for unicode fonts (see the screenshots page) Tested on: - windowsXP and windows 2000 with ghc 6.2, 6.0.1, and wxMSW 2.4.2 - MacOS X 10.3 (Panther) with ghc 6.2 and wxMAC 2.5.1 (20 feb 2004) - MacOS X 10.2 (Jaguar) with ghc 6.0.1 and wxMAC 2.4.2 - Red Hat Linux 10 (Fedora) with ghc 6.2 - FreeBSD, with ghc 5.05.xxxx and wxGTK 2.4.1 - and wxHaskell has been known to run on other platforms :-) ---------------------------------------------------------------------- wxHaskell is a portable GUI library for Haskell. The goal of the project is to provide an industrial strength portable GUI library, but without the burden of developing (and maintaining) one ourselves. wxHaskell is therefore build on top of wxWidgets -- a comprehensive C++ library that is portable across all major GUI platforms; including GTK, Windows, X11, and MacOS X. Furthermore, it is a mature library (in development since 1992) that supports a wide range of widgets with native look-and-feel, and it has a very active community (ranked among the top 25 most active projects on sourceforge). Since most of the interface is automatically generated from the wxEiffel binding, the current release of wxHaskell already supports about 75% of the wxWindows functionality -- about 2900 methods in 500 classes with 1400 constant definitions. wxHaskell has been build with GHC 6.x on Windows, MacOS X and Unix systems with GTK. A binary distribution is available for Windows and MacOS X. And even if you don't intend to write GUI's yourself, it will be fun to check out the screenshots at <http://wxhaskell.sourceforge.net>. All the best, Daan Leijen.
On Mon, Feb 23, 2004 at 01:33:38PM +0100, Daan Leijen wrote:
Announcement: wxHaskell version 0.6 ---------------------------------------------------------------------- Tested on: - windowsXP and windows 2000 with ghc 6.2, 6.0.1, and wxMSW 2.4.2 - MacOS X 10.3 (Panther) with ghc 6.2 and wxMAC 2.5.1 (20 feb 2004) - MacOS X 10.2 (Jaguar) with ghc 6.0.1 and wxMAC 2.4.2 - Red Hat Linux 10 (Fedora) with ghc 6.2 - FreeBSD, with ghc 5.05.xxxx and wxGTK 2.4.1 - and wxHaskell has been known to run on other platforms :-)
It doesn't compile on Sun's Solaris. The linker falls over when building a shared library. Just in case anybody has succeeded in building on Solaris I'd like to know. Thanks, Axel.
Daan Leijen (daanleijen@xs4all.nl) wrote: Hi Daan!
This new release fixes many bugs, adds basic support for MDI applications and compiles with the latest CVS snapshots of wxWidgets. For now, only an installer for windows is provided.
Thank you very much for your cosntant work on wxHaskell. I hope in the future I'll find more time for wx(Haskell). At the moment I'm busys trying to build ghc-6.2 from the source on win98 (in MSYS env) since released version is not usable. (Again), I have one suggestion for wxHaskell: to combine doc & src packages into one - wxhaskell-x-xx. That will provide (easier) writing Gentoo ebuild and integration into official tree. (I'm sure it can be included - it's getting mature & regularly maintained). Sincerely, Gour -- Gour gour@mail.inet.hr Registered Linux User #278493
Gour wrote:
Daan Leijen (daanleijen@xs4all.nl) wrote:
Hi Daan!
This new release fixes many bugs, adds basic support for MDI applications and compiles with the latest CVS snapshots of wxWidgets. For now, only an installer for windows is provided.
Thank you very much for your cosntant work on wxHaskell. I hope in the future I'll find more time for wx(Haskell). At the moment I'm busys trying to build ghc-6.2 from the source on win98 (in MSYS env) since released version is not usable.
(Again), I have one suggestion for wxHaskell: to combine doc & src packages into one - wxhaskell-x-xx. That will provide (easier) writing Gentoo ebuild and integration into official tree. (I'm sure it can be included - it's getting mature & regularly maintained).
Plenty of ebuilds seem to work from multiple source packages... I can't see a particular difficulty in writing one that installs wxHaskell source and documentation simultaneously. Although having said that, I can't get wxHaskell stuff to link properly on my Gentoo box at the moment, probably because my OpenGL setup is rather broken.
Matthew Walton (matthew@alledora.co.uk) wrote:
Plenty of ebuilds seem to work from multiple source packages... I can't see a particular difficulty in writing one that installs wxHaskell source and documentation simultaneously.
Thank you for pointing this out. I never came across one. I was playing during the 0.30.4 but could not solve sandbox problem since wxhaskell writes into /usr/lib. Of course, I did it with addwrite /usr/lib and some sed trickery (could not find haddock-base), but wanted to have more clean solution by patching Makefile.
Although having said that, I can't get wxHaskell stuff to link properly on my Gentoo box at the moment, probably because my OpenGL setup is rather broken.
Do you have some wxhaskell ebuild handy? Sincerely, Gour -- Gour gour@mail.inet.hr Registered Linux User #278493
Dear Gour, On Wed, 3 Mar 2004 12:58:53 +0100, Gour <gour@mail.inet.hr> wrote:
(Again), I have one suggestion for wxHaskell: to combine doc & src packages into one - wxhaskell-x-xx.
The documentation is generated from the source, so there is no need to include it. Furthermore, the binary releases include documentation nowadays. The doc package is just provided for those that don't have haddock or don't want to build the documentation themselves.
I was playing during the 0.30.4 but could not solve sandbox problem since wxhaskell writes into /usr/lib.
This is easily solved by giving the "--prefix" option to configure. See the "building" page on the wxHaskell website. (wxhaskell normally installs whereever you install wxWidgets).
Although having said that, I can't get wxHaskell stuff to link properly on my Gentoo box at the moment, probably because my OpenGL setup is rather broken.
You would only get openGL link errors if you build wxWidgets with "--with-glcanvas", leaving out that option will drop support of the openGL canvas and link properly. There also was a recent post on wxhaskell-users regarding openGL linking with more recent wxWidget versions that might solve your link problems too. Thanks for trying wxHaskell, Sincerely, Daan. ps. Let's take this discussion to "wxhaskell-users".
Gour wrote:
Matthew Walton (matthew@alledora.co.uk) wrote:
Plenty of ebuilds seem to work from multiple source packages... I can't see a particular difficulty in writing one that installs wxHaskell source and documentation simultaneously.
Thank you for pointing this out. I never came across one.
You probably did, XFree86 uses several tarballs, although admittedly it does expand them all into the same place before building. There is though, as far as I can see, nothing to stop you making your own subdirectories of the build directory and extracting a tarball into each of those, then building and installing each of them as necessary.
I was playing during the 0.30.4 but could not solve sandbox problem since wxhaskell writes into /usr/lib.
Of course, I did it with addwrite /usr/lib and some sed trickery (could not find haddock-base), but wanted to have more clean solution by patching Makefile.
That would be preferable. An install target that supports DESTDIR is a nice preferable solution for most projects. Not necessarily the easiest to implement though, but it depends on the build system.
Although having said that, I can't get wxHaskell stuff to link properly on my Gentoo box at the moment, probably because my OpenGL setup is rather broken.
Do you have some wxhaskell ebuild handy?
No, I installed it by hand. I can have a go at writing an ebuild although if as you say wxHaskell writes into /usr/lib then a Makefile patch is probably in order. As I mentioned though, my wxHaskell is currently a bit broken so I'm going to have to sort that out first. Although I suspect the broken bit might actually be wxWidgets.
Pls. excuse me for cross-posting - my mistake :-( -- Gour gour@mail.inet.hr Registered Linux User #278493
participants (4)
-
Axel Simon -
Daan Leijen -
Gour -
Matthew Walton