Personal tools


From HaskellWiki

< WxHaskell(Difference between revisions)
Jump to: navigation, search
(48 intermediate revisions by 4 users not shown)
Line 1: Line 1:
== Overview ==
#REDIRECT [[WxHaskell/Building]]
This page describes how to get a working wxHaskell installation on various platforms. This is not as easy as it might be, as the wxHaskell project has not received much attention since around May 2005 (at time of writing). This means that the available binary packages are unlikely to meet your needs, and you will probably have to build from source.
Note further that much of this is getting outdated fast. Current development on wxHaskell takes
place in the darcs repository at .
== 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 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
* '''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.
I'm attaching the modified file." (Editor's note: see 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 ===
==== 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:<br/><tt>C:\Program Files\Visual Haskell</tt><br/>So this required me to use the following configure command:<br/><tt>./configure --libdir=C:/Progra~1/Visual~1</tt><br/>
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':<br/><br/>
And I found a solution here:<br/>
Next I found that I needed to add <tt>C:\Program Files\Visual Haskell</tt> 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 ===
==== MacIntel, Tiger (10.4.11), 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
#* I changed into the wxMac topdirectory and used: <code>./configure --disable-monolithic --enable-display --enable-unicode --with-opengl --with-mac --without-odbc --enable-mediactrl && make && sudo make install</code>
#* <code>sudo mkdir -p /usr/local/wxhaskell/bin</code>
#* <code>sudo ln -s /usr/local/bin/wx-config /usr/local/wxhaskell/bin</code>
# <code>sudo cabal install wx-core</code>
# <code>cabal install wx</code>
* 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 <code>macosx-app</code> on the programs you have built before you can manipulate the windows that program puts up. This installation process puts it in <code>/usr/local/wxhaskell/bin/macosx-app</code>
* Does wxWidgets 2.8.0 work at all? [as of 2008-02-16, no]
=== Linux ===
==== Sources ====
I (Roconnor) managed to build wxHaskell from sources. I built wxGTK-2.6.4 from sources with the configuration:
<code>/usr/local/src/wxGTK-2.6.4/mybuild$ ../configure --disable-shared --with-opengl --enable-sound --enable-unicode</code>
Notice the <code>--enable-unicode</code>, which is the exact opposite of the what the current (2007-10-16) documentation says to do. To get <code>--with-opengl</code> to work I have the ubuntu/debian virtual package <code>libglu-dev</code> installed. The <code>--with-opengl</code> is probably not necessary.
For some reason my system wasn't looking for shared libraries in <code>/usr/local/lib</code>. This caused problems later for me. I had to add
to my <code>/etc/</code> before running <code>sudo ldconfig</code> after installing wxGTK.
After I build wxHaskell from the darcs repository, configured with <code>./configure --with-opengl</code>, and followed the usual installation documentation from here on.
==== Debian ====
For Debian Linux systems (as long as there's no .deb package):
* Fetch the rpm package from
* make sure you have wxWidgets installed (libraries and developer files)
* if you haven't done this already, install the debian package "alien": apt-get install alien
* use alien to install the rpm package: alien -i wxhaskell....rpm
* use ghc-pkg to add the packages wxcore and wx to ghc's package configuration file: <br /><code>cd /usr/lib/ghc-6.2.1/wxhaskell-0.7<br />ghc-pkg -D wxhlibdir=/usr/lib/ghc-6.2.1/wxhaskell-0.7 -ai wxcore.pkg<br />ghc-pkg -D wxhlibdir=/usr/lib/ghc-6.2.1/wxhaskell-0.7 -ai wx.pkg<br /></code>
Another way for Debian systems:<br /> use the repository "deb unstable ."
A way that surely works:
* Fetch the two deb packages on
* apt-get install libwxgtk2.5-dev
* dpkg -i [name], where name is the name of the two packages, you should first install the normal package and then the dev-package
** <code>wxhlibdir=/usr/lib ghc-pkg -ai /usr/lib/wxcore.pkg</code>
** <code>wxhlibdir=/usr/lib ghc-pkg -ai /usr/lib/wx.pkg</code>
==== [[Gentoo]] ====
wxHaskell is available in portage for x86, amd64, sparc and ppc
<code>ACCEPT_KEYWORDS="~x86" emerge wxhaskell</code>
(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:
** <code>yum install wxGTK-devel</code>
* Getting the sources:
** <code>darcs get</code>
* Configuring, building and installing:
** <code>configure --with-opengl && make && make install && make wx && make wx-install</code>
== Troubleshooting ==
=== Problems compiling ===
* Configure Succeeded (and nothing more)
** <b>Solution</b>: Upgrade to the latest version of Cabal and cabal-install (darcs)
* error build wxcore
** <code>/usr/libexec/gcc/i686-apple-darwin8/4.0.1/libtool: can't locate file for: -lwx_macu_media-2.6</code>
** <code>/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)</code>
** <b>Solution</b>: try --enable-mediactrl in the wxWidgets configure
* <code>Too many levels of symbolic links</code> (Linux)
=== App-compilation issues ===
* sample application dies with something like (Linux)
** <code>/usr/lib/ undefined reference to `wxGLCanvas::SwapBuffers()'</code>
** <code>/usr/lib/ undefined reference to `wxGLCanvas::SetCurrent()'</code>
** <code>/usr/lib/ undefined reference to `wxGLCanvas::wxGLCanvas(wxWindow*, int, wxPoint const&, wxSize const&, long, wxString const&, int*, wxPalette const&)'</code>
** <code>/usr/lib/ undefined reference to `wxGLCanvas::wxGLCanvas(wxWindow*, wxGLCanvas const*, int, wxPoint const&, wxSize const&, long, wxString const&, int*, wxPalette const&)'</code>
** <code>/usr/lib/ undefined reference to `wxGLCanvas::SetColour(wchar_t const*)'</code>
** <code>collect2: ld returned 1 exit status</code>
** <b>Solution</b> Update to the latest wxhaskell (the darcs version on 2008-02-20) (before, --with-opengl was required, now it is not)
* Unknown...
** <code></code>
** <code>/usr/lib/ undefined reference to `wxWindowBase::Hide()'</code>
** ...
** <code>`wxLog::AddTraceMask(wxString const&)' /usr/lib/ undefined reference to `wxHtmlHelpController::GetFrame()'</code>
** <code>/usr/lib/ undefined reference to `wxPrintData::SetQuality(int)'</code>
** <code>collect2: ld returned 1 exit status</code>
=== Runtime issues ===
* sample applications just sit there doing nothing (MacOS X)
** <b>Solution</b>: <code>macosx-app</code> the application
* sample applications segfault!
** <b>Solution</b>: downgrade from wxWidgets 2.8 to wxWidgets 2.6 (2008-02-16: wxhaskell doesn't work yet with the latest version)
* wxhaskell builds fine, but sample applications do this:
** <code>dyld: Symbol not found: __ZN8wxThread11TestDestroyEv</code>
** <code>Referenced from: /usr/local/wxhaskell/lib/libwxc-mac2.8.7-0.10.1.dylib</code>
** <code>Expected in: flat namespace</code>
** <code></code>
** <code>trace trap ./BouncingBalls</code>
** <b>Solution</b>: try <code>--enable-shared</code> 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
** <b>Workaround</b> remove the box.
=== Old issues ===
''WARNING: potentially obsolete''
* Problems compiling wxHaskell (something like the below) (MacOS X)
**<code>/tmp/ghc29861.s:4379: Unknown pseudo-op:</code>
**<b>Solution</b>: 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):
** <code>ld: out/wxc/master.o undefined symbol 36311 (__ZdaPv) can't be a weak definition</code>
** <code>/usr/bin/libtool: internal link edit command failed</code>
** <code>make: *** [out/wxc/libwxc-mac2.6.2-0.9.4.dylib] Error 1</code>
** <b>Solution?</b>: Add the gcc 3.3 version of libstdc++ to your dylib:
** <b>Solution?</b>If you use gcc 4, try to add the following linker flags <code>"-lSystemStubs -shared-libgcc -lstdc++-static"</code>. (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
** <b>Solution:</b>Try editing config/ 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):
**<code>ld: /usr/lib/crt1.o illegal reference to symbol: __objcInit defined in indirectly referenced dynamic library /usr/lib/libobjc.A.dylib</code>
**<b>Solution:</b>Adding -framework AppKit to the compiler switches for your Haskell program seems to help

Latest revision as of 09:05, 6 August 2008

  1. REDIRECT WxHaskell/Building