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
# Build the library for Cocoa (wxWidgets 2.9.0 and later)
../configure --enable-unicode --enable-debug --disable-shared
# 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.)
I then saw Unresolved QuickTime dependency on Mac OS X? on github and
remembered I had received:
"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
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
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
Before I started the install attempt I was also a little unclear from reading
page at http://www.haskell.org/haskellwiki/WxHaskell says ver. 2.8.x is
easiest to get working,
but the "Building and Installing / MacOS X" linked page at
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.
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
wxhaskell-users mailing list