Looking for some help/advice about wxHaskell installation.
Hopefully appropriate to ask for basic help on this list (?)
It's for MacOS X 10.6.8 (Snow Leopard).
I just upgraded GHC to 7.0.4, 64-bit option.
I'm not quite sure if I'm going down the right road.
A problem is I'm not experienced with building c++, or unix in general, and it's looking like there might be a fair bit of
noise on this level in getting wxHaskell working.
Is it viable to try and use it if you are not experienced with compiling C++, make, libs etc. or should I give up now (hopefully not,
but I don't have as much time as I'd like to spend on it currently) ?
I started the process with installing wxWidgets. I got 2.9.3 direct from wxWidgets.org
, put the files in a dir under my user
and followed the downloaded instructions in "install.txt", under docs/osx, as follows:
# Build the library for Cocoa (wxWidgets 2.9.0 and later)
../configure --enable-unicode --enable-debug --disable-shared --with-osx_cocoa
# Build the samples and demos
cd build-cocoa-debug/samples; make;cd ../..
cd build-cocoa-debug/demos; make;cd ../..
Lots of output to terminal - didn't try to wade through it all.. No obvious failure messages though saw some warnings.
I tried some of the widgets demo programs and samples and though much of it seemed to be working ok there were some odd aspects
and things seemingly not working correctly but not sure if it was a problem with not very good samples/demos or the underlying install.
(So, no attempt to install wxHaskell itself yet.)
"ld: warning: in /System/Library/Frameworks//QuickTime.framework/QuickTime, missing required architecture x86_64 in file"
In fact this warning is repeated throughout the terminal output. It seems to occur every time there is a g++ command that
(just a guess at this point) is linking the 2.9.3 widgets lib (has parameter "-L/Users/henrylockyer/wxWidgets/wxWidgets-2.9.3/build-cocoa-debug/lib",
and also has the param "-framework QuickTime" ).
Are these issues connected?
Heinrich Apfelmus posted the following in response to the above github issue:
"The problem seems to be that QuickTime 7 is a 32bit library and will stay that way. Instead of porting it to 64bit, Apple chose to completely rewrite it instead, creating the QuickTime X library. You can still use the QuickTime 7 library, but only from 32bit processes.
- Install wxWidgets-devel-2.9.3 with the +universal flag on macports. This creates a library that is both 32bit and 64bit.
- Configure GHC to produce and link 32bit binaries.
I don't know what exactly happens on the wxWidgets side, though. Do they link QuickTime when creating a 64bit target? "
Is there any further progress on this and is it an issue I need to resolve ?
I am not using macports. The configuration tool/script which seems to generate the makefiles amongst other things may accept
parameter for 'universal', I need to check further on the wxWidgets site, but is this what I need to do?
The configuration tool gives the following outputs amongst many others, is this relevant?
checking build system type... x86_64-apple-darwin10.8.0
checking host system type... x86_64-apple-darwin10.8.0
. . .
I chose the 64 bit GHC option, so would I need to go back and reload this in 32 bit form?
Before I started the install attempt I was also a little unclear from reading the
page at http://www.haskell.org/haskellwiki/WxHaskell
says ver. 2.8.x is easiest to get working,
the "Building and Installing / MacOS X" linked page at http://www.haskell.org/haskellwiki/WxHaskell/MacOS_X
only talks about wxWidgets version 2.9, implying wxHaskell 0.9, no mention of 0.13, so I went with 0.9.
Is wxHaskell 0.13 also ok for MacOS X? Would this be better?
Can I go forward from where I am to go ahead and install whHask on top, or do I need to go back and fix wxWidgets?
If someone can help steer me here it would be much appreciated.