Re: [wxhaskell-users] mac OS installation help sought

2012-06-12 Thread Henry Lockyer
Hi Eric
Thanks a lot for the responses.

On 11 Jun 2012, at 09:20, Eric Kow wrote:
 Have you considered adopting some sort of package management/installation 
 software like Homebrew or MacPorts?
 It could make life a lot easier than trying to build things by hand.

I will take a look.. I did consider it (and others recommended it) but having 
already forced myself to step into the cold water 
and try and figure out some of this basic unixy stuff I thought I may as well 
stay on one track, and had reached the point 
over this last week where building the wxWidgets package itself now seemed 
quite familiar at least  ;-) 
It's pretty easy with the wxWidgets configuration tool, albeit it takes a bit 
of time for it to make it all.

 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 
 -L/Users/henrylockyer/wxWidgets/wxWidgets-2.9.3/build-cocoa-debug/lib, 
 and also has the param -framework QuickTime ).
 
 I just tend to shrug and ignore the issue myself (using a 64 bit GHC)

Are you running 64 bit with wxHaskell on Snow Leopard ?

I initially saw it as 'just a warning' and was going to ignore it but Conal 
Elliot who raised the above problem report seemed to be trying
to run the same setup as I was and it seemed to be causing a fairly basic 
breakdown. (*Presumably* 64 bit HP)
I also noted that on the wxHaskell/Mac page the known to be working 
configurations list only mentions 32 bit with Snow Leopard.
Hence my question:

 I chose the 64 bit GHC option, so would I need to go back and reload this in 
 32 bit form?

I did not completely understand Heinrich Apfelmus' suggested solution to the 
above problem: why go for universal binary widgets 
if you just want to change over to a 32bit solution (including GHC) ?
But I supposed this might be more to do with macports (?). Maybe there is not a 
convenient 32-bit only version on macports, but just guessing.

(I also posted a little of the results of my own playing with trying to build a 
64-bit widgets without QuickTime framework at
https://github.com/jodonoghue/wxHaskell/issues/2 )

 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, 
 but 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? 
 
 I think the basic story is that  wxHaskell 0.13 is easier for Windows, and 
 0.90 for Mac. You need it for 64 bit GHC, and it works fine with 32 bit, so 
 rather than struggle to correctly maintain two sets of install instructions, 
 we just went with the latter.
 

OK. That gives some encouragement to stay with 0.90 ! 

Regards/ Henry


--
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 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
wxhaskell-users mailing list
wxhaskell-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-users


Re: [wxhaskell-users] mac OS installation help sought

2012-06-11 Thread Eric Kow
Hi Henry,

Picking and choosing some easy questions to answer
(I've very slightly updated http://www.haskell.org/haskellwiki/WxHaskell/Mac 
too)

On 5 Jun 2012, at 02:52, Henry Lockyer wrote:
 Hopefully appropriate to ask for basic help on this list (?)

Just the right place for this sort of question.

It's helpful to use Gmane for searching rather than trying to puzzle through 
the SF archive page, I find.

 It's for MacOS X 10.6.8 (Snow Leopard). 
 
 I just upgraded GHC to 7.0.4, 64-bit option.

Have you considered adopting some sort of package management/installation 
software like Homebrew or MacPorts?

It could make life a lot easier than trying to build things by hand.

 (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 
 -L/Users/henrylockyer/wxWidgets/wxWidgets-2.9.3/build-cocoa-debug/lib, 
 and also has the param -framework QuickTime ).

I just tend to shrug and ignore the issue myself (using a 64 bit GHC)

 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, 
 but 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? 

I think the basic story is that  wxHaskell 0.13 is easier for Windows, and 0.90 
for Mac. You need it for 64 bit GHC, and it works fine with 32 bit, so rather 
than struggle to correctly maintain two sets of install instructions, we just 
went with the latter.

-- 
Eric Kow http://erickow.com



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
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 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
wxhaskell-users mailing list
wxhaskell-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-users


[wxhaskell-users] mac OS installation help sought

2012-06-05 Thread Henry Lockyer
Hi all
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) 
  mkdir build-cocoa-debug
  cd build-cocoa-debug
  ../configure --enable-unicode --enable-debug --disable-shared 
--with-osx_cocoa 
  make;cd ..
  # 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 
-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.

Solution:

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, 
but 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.  

Thanks/ Henry 

--
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 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
wxhaskell-users mailing list
wxhaskell-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-users