Re: [wxhaskell-users] Working guide for wxWidgets and wxHaskell on Mac OS X Lion 64 bit

[S D S. <do...@uu...>]

On Mar 7, 2012, at 15:38 , Eric Kow wrote:

> Sorry, just one more follow-up.
> 
> 4. I've published my branch at http://darcsden.com/kowey/wxhaskell-osx64 (in the process I've renamed the two WIP patches and simplified the build to only look for wxWidgets 2.9)

We have spent a couple of hours now, patching, editing, trying to update etc.

1) We updated Alessandro's brew file to install wxmac2.9.3
2) All cabal files for wx say they only work for 2.8
3) We have added the changes needed for 7.4 (array, Eq, Show etc)
4) When trying to configure wxcore we get:

cabal configure --extra-lib-dirs=/usr/local/lib


generated 1461 methods for 114 classes.
generating: src/haskell/Graphics/UI/WXCore/WxcClassesMZ.hs
generated 2326 methods for 123 classes.
generating: src/haskell/Graphics/UI/WXCore/WxcClasses.hs
generated 3787 total methods for 237 total classes.
ok.
Configuring wxcore-0.13.1.1...
setup: Missing dependencies on foreign libraries:
* Missing C libraries: wx_baseu-2.9, wx_baseu_net-2.9, wx_baseu_xml-2.9,
wx_osx_cocoau_core-2.9, wx_osx_cocoau_adv-2.9, wx_osx_cocoau_qa-2.9,
wx_osx_cocoau_html-2.9, wx_osx_cocoau_webview-2.9, wx_osx_cocoau_xrc-2.9
This problem can usually be solved by installing the system packages that
provide these libraries (you may need the "-dev" versions). If the libraries
are already installed but in a non-standard location then you can use the
flags --extra-include-dirs= and --extra-lib-dirs= to specify where they are.
dyn-81-83:wxcore doaitse$ 

The directory /usr/local/lib contains versions of these files with their names prefixed by "lib".

5) We tried to edit Setup.hs in order to prefix the files with this "lib", leading to a similar error message;

Configuring wxcore-0.13.1.1...
setup: Missing dependencies on foreign libraries:
* Missing C libraries: libwx_baseu-2.9, libwx_baseu_net-2.9,
libwx_baseu_xml-2.9, libwx_osx_cocoau_core-2.9, libwx_osx_cocoau_adv-2.9,
libwx_osx_cocoau_qa-2.9, libwx_osx_cocoau_html-2.9,
libwx_osx_cocoau_webview-2.9, libwx_osx_cocoau_xrc-2.9
This problem can usually be solved by installing the system packages that
provide these libraries (you may need the "-dev" versions). If the libraries
are already installed but in a non-standard location then you can use the
flags --extra-include-dirs= and --extra-lib-dirs= to specify where they are.


How to proceed from here? 

  Doaitse



> 
> Note that this work is very far behind Dave and Jeremy's efforts.  I'm hoping it'll eventually be obsolete in some future when we've merged everything we need to merge.
> 
> Thanks,
> 
> Eric
> 
> On 7 Mar 2012, at 13:31, Eric Kow wrote:
>> 1. I noticed this piece of text from the wxWidgets wiki [wxWidgets]:
>> 
>> If you want 64-bit wxWidgets on OS X you'll need 2.9+ and configure -with-osx_cocoa - see below; but remember that 2.9 is not an official, stable release and wxOSX/Cocoa is not yet complete.
>> 
>> This means that Lion users (and Snow Leopard with 64 bit GHC) will *have* to use the Cocoa build after all, no choice about it.  I'd been using it pretty much for the heck of it, but it turns out to have been a fortunate choice.
>> 
>> 2. Doaitse, I'm sorry, it seems your cry for help last October happened before people started trying to use wxHaskell on Lion.  Did you see this recent thread with hopefully more of a guide?
>> 
>> 3. Otherwise, have not yet had a chance to poke around and see if there is a way to make things work with just one of Jeremy's or Dave's branches.  So will be using the patch bundle I mentioned in this email thread until then.  
> 
> -- 
> Eric Kow <http://erickow.com>
>