Difference between revisions of "WxHaskell/Install"
Line 1: | Line 1: | ||
== Overview == |
== Overview == |
||
− | This page describes how to get a working wxHaskell installation on various platforms. wxHaskell |
+ | This page describes how to get a working wxHaskell installation on various platforms. The wxHaskell team have prepared a candidate for their latest official release (of March 2008) [please test it out]. |
+ | |||
− | |||
− | + | The installation process has become increasingly stable and simple, but some of the information on this page could become outdated. Current development on wxHaskell takes place in the darcs repository at http://darcs.haskell.org/wxhaskell . |
|
− | place in the darcs repository at http://darcs.haskell.org/wxhaskell . |
||
== Getting wxWidgets == |
== Getting wxWidgets == |
Revision as of 20:07, 11 March 2008
Overview
This page describes how to get a working wxHaskell installation on various platforms. The wxHaskell team have prepared a candidate for their latest official release (of March 2008) [please test it out].
The installation process has become increasingly stable and simple, but some of the information on this page could become outdated. Current development on wxHaskell takes place in the darcs repository at http://darcs.haskell.org/wxhaskell .
Getting wxWidgets
wxHaskell would not build cleanly for me with the most recent variants of wxWidgets. Under Windows, I was successful in compiling against wxWidgets 2.4.2. Mac OSX (Tiger) has a pre-installed version of wxWidgets 2.5, and it is possible to compile against this provided that a patch is applied - see the section on Mac OSX for details.
- For PC running Windows: I recommend wxWidgets 2.4.2. Newer versions are alleged to build, but I (and others) have had problems. If you want to use ghci, you definitely want 2.4.2. Download from Sourceforge. Unless you particularly wish to build from source, the wxMSW-2.4.2-setup.zip download is fine (it provides a Windows installer for most of what you need. Documentation is a separate (and useful) download. You will make your life easier if you install to a path which does not contain spaces - my recollection is that this is not the default provided by the installer.
- For Mac running OSX (Tiger): Download it from wxWidgets.org.
- For Linux: Recommendations welcome...
- wxWidgets 2.6.3: Jinwoo Lee, in a mail to wxhaskell-users and haskell-cafe mailing list, claims success in compiling wxHaskell against wxWidgets 2.6.3.
- Jinwoo writes: "I had problems when compiling wxhaskell 0.9.4 using wxWidgets 2.6.3. And I found out that in wxWidgets 2.6.3, some DB-related field names have changed:
- columnSize --> columnLength
- bufferLength --> bufferSize
- So I modified the file "db.cpp" (wxc/src/db.cpp), and succeeded to compile.
- Jinwoo writes: "I had problems when compiling wxhaskell 0.9.4 using wxWidgets 2.6.3. And I found out that in wxWidgets 2.6.3, some DB-related field names have changed:
I'm attaching the modified file." (Editor's note: see http://www.haskell.org//pipermail/haskell-cafe/2006-July/thread.html#17042 to obtain the modified db.cpp)
Getting wxHaskell
Obtain wxHaskell sources from Sourceforge.
OSX caveats:
- The installation of wxWidgets provided with OSX Tiger will not work, as it does not have the wxThread symbols that wxHaskell does want to link against.
- Programs compiled with wxHaskell do not work by default: you need to run macosx-app on them to let Mac OS X understand that the binary needs Carbon to do its UI.
Building and installing
Windows
GHC 6.8.2, wxWidgets 2.6.4, wxHaskell 0.10.3rc1 (binary)
- Download the 0.10.3 release candidate from http://sourceforge.net/project/showfiles.php?group_id=73133&package_id=73173
- Unpack wxhaskell-*.zip. And double-click wxhaskell-*\bin\wxhaskell-register.bat.
- wxhaskell-register.bat install wxHaskell to your system.
- Note: wxhaskell-register.batch doesn't work when your wxHaskell directory in the Desktop. So, you must move wxHaskell directory if it's in the Desktop.
Assumptions (a.k.a. what I have tested)
- GHC 6.4.2 (Jason Dagit reports success with GHC 6.5 as well).
- Cygwin installation. See | wxHaskell cygwin page for detail, but broadly, you need Cygwin bash and install binaries.
- wxWidgets built/installed in a path with no spaces in it. Actually you can use a path with spaces but there are a few rules. For example, I had ghc installed to this location:
C:\Program Files\Visual Haskell
So this required me to use the following configure command:
./configure --libdir=C:/Progra~1/Visual~1
The two important things here are: 1) You must use the forward slash and 2) you cannot use spaces.
After wxHaskell installed I started getting panics from 'ghc -package wx':
http://www.haskell.org/pipermail/glasgow-haskell-bugs/2005-October/005632.html
And I found a solution here:
http://www.haskell.org/pipermail/glasgow-haskell-bugs/2005-October/005639.html
Next I found that I needed to add C:\Program Files\Visual Haskell to my path so that the wxHaskell dlls could be located by windows.
- Environment variables:
- PATH should include MinGW and Cygwin binary directories. MinGW must come before Cygwin in PATH.
- WXHASKELL environment var points to wxHaskell install directory.
- WXWIN environment directory points to wxWidgets install directory.
Mac OSX
Mac (Intel and PowerPC), Tiger (10.4.11), GHC 6.8.2, wxWidgets 2.6.4, wxHaskell 0.10.3rc1 (binary)
- Download and install wxWidgets for mac (wxMac 2.6.4) from http://www.wxwidgets.org/ (make sure you configure with
--enable-unicode
) - Download the wxhaskell binary from sourceforge
- Open the dmg, double-click the .pkg file
MacIntel, Tiger (10.4.11, XCode 2.5), GHC 6.8.2, wxWidgets 2.6.4, wxHaskell 0.10.2 (hackage)
built on 2008-02-16
- Download and install wxWidgets for mac (wxMac 2.6.4) from http://www.wxwidgets.org/
- I changed into the wxMac topdirectory and used:
./configure --disable-monolithic --enable-display --enable-unicode --with-opengl --with-mac --without-odbc --enable-mediactrl && make && sudo make install
sudo mkdir -p /usr/local/wxhaskell/bin
sudo ln -s /usr/local/bin/wx-config /usr/local/wxhaskell/bin
- I changed into the wxMac topdirectory and used:
sudo cabal install wx-core
cabal install wx
- Enjoy. The TimeFlows and BoucingBalls examples still suffer from not having a correct default background color. This should not affect you too much: just explicitly set the background color.
- Note that you need to run
macosx-app
on the programs you have built before you can manipulate the windows that program puts up. This installation process puts it in/usr/local/wxhaskell/bin/macosx-app
- Note that you need to run
- Does wxWidgets 2.8.0 work at all? [as of 2008-02-16, no]
Linux
Sources
Built wxGTK-2.6.4 from sources with the configuration:
/usr/local/src/wxGTK-2.6.4/mybuild$ ../configure --enable-sound --enable-unicode
Add /usr/local/lib
to your /etc/ld.so.conf
before running sudo ldconfig
after installing wxGTK.
Build wxHaskell from the darcs repository, configured with ./configure --enable-split-objs -hcprof
, and follow the usual installation documentation from here on. The --enable-split-objs and -hcprof options are not mandatory, but they are nice to have
- Note 2008-02-20: there was a bug that made --with-opengl necessary on some systems (depending on how wxWidgets was built), but it has been fixed
Debian and Ubuntu
For Debian Linux systems:
- get wxWidgets 2.6
aptitude install libwxgtk2.6-dev
- obtain the .deb package from sourceforge
- Install it with
dpkg -i
- Install it with
Gentoo
wxHaskell is available in portage for x86, amd64, sparc and ppc
ACCEPT_KEYWORDS="~x86" emerge wxhaskell
(users of other arches should use their arch keywrods as appropriate)
Fedora Core 6
There is no wxHaskell package to go with the ghc-6.6 packages. You will have to compile it yourself. This a simple matter of:
- Installing wxGTK:
yum install wxGTK-devel
- Getting the sources:
darcs get http://darcs.haskell.org/wxhaskell
- Configuring, building and installing:
configure && make && make install && make wx && make wx-install
Troubleshooting
Compilation issues
- Trouble building wxWidgets (MacOS X Tiger)
ld: /System/Library/Frameworks/WebKit.framework/WebKit load command 20 unknown cmd field
/usr/bin/libtool: internal link edit command failed
make: *** [lib/libwx_macu_core-2.6.0.4.0.dylib]
- Likely Solution: Upgrade to XCode >= 2.5
- Can't build wxWidgets 2.6 (MacOS X Leopard)
- Possible solution: [unverified 2008-03-06] install wxWidgets 2.6 by Macports.
sudo port install wxwidgets26
- Possible solution: [unverified 2007-03-06] try
--with-macosx-sdk=/Developer/SDKs/MacOSX10.4u.sdk
or same things to use 10.4 SDK in wxWidgets config.- http://www.wxwidgets.org/wiki/index.php/Mac_OS_X_And_Xcode_For_Beginners#Configure
- Note: Online resources say that this is the solution to build wxWidgets 2.6.* on Leopard. But we haven't tested this out yet. If you succeed in use wxHaskell on Leopard this way, please report wxhaskell-users mailing-list!
- Possible solution: [unverified 2008-03-06] install wxWidgets 2.6 by Macports.
- Configure Succeeded (and nothing more)
- Solution: Upgrade to the latest version of Cabal and cabal-install (darcs)
- error build wxcore
/usr/libexec/gcc/i686-apple-darwin8/4.0.1/libtool: can't locate file for: -lwx_macu_media-2.6
/usr/libexec/gcc/i686-apple-darwin8/4.0.1/libtool: file: -lwx_macu_media-2.6 is not an object file (not allowed in a library)
- Solution: try --enable-mediactrl in the wxWidgets configure
Too many levels of symbolic links
(Linux)- UNKNOWN!
App-compilation issues
Could not find module `Graphics.UI.WX':
- Solution Make sure you build and install the wx package too (wxhaskell comes in two parts,
wxcore
, which is what you get if you do ./configure; make; make install; andwx
, which you can install by cd'ing into its directory and doing the standard Cabal stuff)
- Solution Make sure you build and install the wx package too (wxhaskell comes in two parts,
- sample application dies with something like (Linux)
/usr/lib/libwxc-gtk2.6.3-0.10.2.so: undefined reference to `wxGLCanvas::SwapBuffers()'
/usr/lib/libwxc-gtk2.6.3-0.10.2.so: undefined reference to `wxGLCanvas::SetCurrent()'
/usr/lib/libwxc-gtk2.6.3-0.10.2.so: undefined reference to `wxGLCanvas::wxGLCanvas(wxWindow*, int, wxPoint const&, wxSize const&, long, wxString const&, int*, wxPalette const&)'
/usr/lib/libwxc-gtk2.6.3-0.10.2.so: undefined reference to `wxGLCanvas::wxGLCanvas(wxWindow*, wxGLCanvas const*, int, wxPoint const&, wxSize const&, long, wxString const&, int*, wxPalette const&)'
/usr/lib/libwxc-gtk2.6.3-0.10.2.so: undefined reference to `wxGLCanvas::SetColour(wchar_t const*)'
collect2: ld returned 1 exit status
- Solution Update to the latest wxhaskell (the darcs version on 2008-02-20) (before, --with-opengl was required, now it is not)
- Unknown...
/usr/lib/libwxc-gtk2.6.3-0.10.1.so: undefined reference to `wxWindowBase::Hide()'
- ...
`wxLog::AddTraceMask(wxString const&)' /usr/lib/libwxc-gtk2.6.3-0.10.1.so: undefined reference to `wxHtmlHelpController::GetFrame()'
/usr/lib/libwxc-gtk2.6.3-0.10.1.so: undefined reference to `wxPrintData::SetQuality(int)'
collect2: ld returned 1 exit status
Runtime issues
- sample applications just sit there doing nothing (MacOS X)
- Solution:
macosx-app
the application
- Solution:
- sample applications segfault!
- Solution: downgrade from wxWidgets 2.8 to wxWidgets 2.6 (2008-02-16: wxhaskell doesn't work yet with the latest version)
- But I can't build wxWidgets 2.6 on Mac OS X Leopard (10.5.x).
- Solution: see above
- wxhaskell builds fine, but sample applications do this:
dyld: Symbol not found: __ZN8wxThread11TestDestroyEv
Referenced from: /usr/local/wxhaskell/lib/libwxc-mac2.8.7-0.10.1.dylib
Expected in: flat namespace
trace trap ./BouncingBalls
- Solution: try
--enable-shared
in wxWidgets config
- Certain buttons and widgets (particularly, those inside of "boxed" environments) are not active (still a problem, 2008-02-20)
- Likely a wxWidgets or a wxHaskell bug
- Workaround remove the box.
- I only see the first letter of every word
- Solution build wxWidgets with
--enable-unicode
. (We now use wchar* to store strings; but if wxWidgets is compiled without unicode, it thinks it's using char* and that null bytes are string terminators)
- Solution build wxWidgets with
Old issues
WARNING: potentially obsolete
- Problems compiling wxHaskell (something like the below) (MacOS X)
/tmp/ghc29861.s:4379: Unknown pseudo-op:
.subsections_via_symbol
- Solution: Make sure you have at least Xcode 1.5 (gcc 3.3 build 1671). Xcode 1.1 (gcc build 1495) is not enough
- More linker trouble (MacOS X):
ld: out/wxc/master.o undefined symbol 36311 (__ZdaPv) can't be a weak definition
/usr/bin/libtool: internal link edit command failed
make: *** [out/wxc/libwxc-mac2.6.2-0.9.4.dylib] Error 1
- Solution?: Add the gcc 3.3 version of libstdc++ to your dylib: http://page.freett.com/shelarcy/log/2006/diary_02.html
- Solution?If you use gcc 4, try to add the following linker flags
"-lSystemStubs -shared-libgcc -lstdc++-static"
. (libstdc++-static.a is part of XCode 2.3)
- [OBSOLETE?] If you get linker errors like it not being able to find _TextziParserCombinatorsziParsecziChar_alphaNum_closure
- Solution:Try editing config/config.mk and setting HC=ghc -lHSparsec. This is likely not a mac-specific problem but related to the use of GHC 6.2 over 6.0.1. (not sure if this is still valid)
- [OBSOLETE?] When compiling your Haskell program (MacOS X):
ld: /usr/lib/crt1.o illegal reference to symbol: __objcInit defined in indirectly referenced dynamic library /usr/lib/libobjc.A.dylib
- Solution:Adding -framework AppKit to the compiler switches for your Haskell program seems to help