Re: [Haskell-cafe] wxHaskell on Mac (Was: Status of Haskell + Mac + GUIs graphics)
On 19 May 2011 00:03, Eric Y. Kow eric@gmail.com wrote: On Wed, May 18, 2011 at 15:06:02 -0400, Tom Murphy wrote: Is there a way to build an installer that would make this process easier? I've sent a pull request to the maintainer of homebrew. Hopefully it should then just be a matter of brew install wxmac Homebrew's wxWidgets already builds 32 bit, but it omitted the enable-unicode, which is what my patch fixes) Unfortunately, this does not address Conal's issue about using wxHaskell with GHCi on Mac. I do wish somebody had a free week to concentrate on the issue. Maintainer Jeremy made some progress on it, the last time I checked... Do you have the link for the progress so far? Jeremy's blog seems to talk about this: http://wewantarock.wordpress.com/ I remember that the impression that Brian Lewis was also looking into this at some point http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00744.html If anybody knows what this unknown symbol `__dso_handle' means and what we can do about it, it could be a great help It is a handle for a dynamic shared object. It is required for the case where __cxa_atexit() is called, which is when a shared library is unloaded. It is specifically required because there are C++ statics on which destructors should be called. The documentation says that __dso_handle should be unique to the shared library instance. I wonder if GHC 7 makes any of this easier... GHC7 may (should) fix the problem linking libstdc++.dll on Windows. The static destructor problem probably requires 'true' dynamic loading and unloading of the wxWidgets DLL from within part of the wxcore wrapper code. Loading wxwidgets dll with dlopen() (Unix) or LoadLibrary() (Windows) will give us a DLL handle, and unloading with dlclose()/UnloadLibrary() will ensure that the destructors are called. The problem is that doing this means that you only know the address of wrapper functions after they have been loaded (need to do a dlsym()/GetProcAddr() to fetch this info), and doing this for the several thousand functions in wxHaskell will require some automation to extract the information to generate the code to do this. The code should probably live in wxDirect, but I loose the will to live whenever I go digging there :-( Regards Jeremy ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] wxHaskell on Mac (Was: Status of Haskell + Mac + GUIs graphics)
Hi On Wed, May 18, 2011 at 09:18:42 +0100, Andrew Butterfield wrote: Alas - I have yet to be able to build it on Mac OS X (Snow Leopard) For what it's worth, I'm still using wxHaskell on MacOS X (also Snow Leopoard) The tricky bits are that you have to 1. install wxWidgets by hand, being sure to enable Unicode and to compile a 32 bit version: arch_flags=-arch i386 ./configure CFLAGS=$arch_flags\ CXXFLAGS=$arch_flags\ CPPFLAGS=$arch_flags\ LDFLAGS=$arch_flags\ OBJCFLAGS=$arch_flags\ OBJCXXFLAGS=$arch_flags\ --enable-unicode 2. do the Rez and app bundle magic which is now handily encapsulated in the cabal-macosx package on hackage I also have patches to make it work with the latest Haskell Platform and will put them on Hackage shortly assuming nobody objects darcs get --lazy http://darcsden.com/kowey/wxhaskell Unfortunately, this does not address Conal's issue about using wxHaskell with GHCi on Mac. I do wish somebody had a free week to concentrate on the issue. Maintainer Jeremy made some progress on it, the last time I checked... -- Eric Kow http://erickow.com pgplsou93emGR.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] wxHaskell on Mac (Was: Status of Haskell + Mac + GUIs graphics)
The tricky bits are that you have to 1. install wxWidgets by hand, being sure to enable Unicode and to compile a 32 bit version: arch_flags=-arch i386 ./configure CFLAGS=$arch_flags\ CXXFLAGS=$arch_flags\ CPPFLAGS=$arch_flags\ LDFLAGS=$arch_flags\ OBJCFLAGS=$arch_flags\ OBJCXXFLAGS=$arch_flags\ --enable-unicode Is there a way to build an installer that would make this process easier? Unfortunately, this does not address Conal's issue about using wxHaskell with GHCi on Mac. I do wish somebody had a free week to concentrate on the issue. Maintainer Jeremy made some progress on it, the last time I checked... Do you have the link for the progress so far? Tom ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] wxHaskell on Mac (Was: Status of Haskell + Mac + GUIs graphics)
On Wed, May 18, 2011 at 15:06:02 -0400, Tom Murphy wrote: Is there a way to build an installer that would make this process easier? I've sent a pull request to the maintainer of homebrew. Hopefully it should then just be a matter of brew install wxmac Homebrew's wxWidgets already builds 32 bit, but it omitted the enable-unicode, which is what my patch fixes) Unfortunately, this does not address Conal's issue about using wxHaskell with GHCi on Mac. I do wish somebody had a free week to concentrate on the issue. Maintainer Jeremy made some progress on it, the last time I checked... Do you have the link for the progress so far? Jeremy's blog seems to talk about this: http://wewantarock.wordpress.com/ I remember that the impression that Brian Lewis was also looking into this at some point http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00744.html If anybody knows what this unknown symbol `__dso_handle' means and what we can do about it, it could be a great help I wonder if GHC 7 makes any of this easier... -- Eric Kow http://erickow.com pgpnPJd9AeMiH.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
