|Version 8 (modified by 4 years ago) (diff),|
Setting Up a FreeBSD System for Building GHC
Building GHC on FreeBSD is currently supported on 8.1-RELEASE or later, on
i386 (x86) and
amd64 (x86_64) architectures. One might be able to build GHC on different architectures and earlier versions but they are not maintained actively. Note that 8.1-RELEASE is used for the FreeBSD nightly builds (amd64 head, i386 head, amd64 stable, i386 stable).
Note that this section is primarily intended for developers and early adopters. If you are just want to install GHC on your system, simply use the devel/hs-haskell-platform port instead. This port does all the things described below for you. It is usually kept updated to match the latest Haskell Platform specifications.
In order to be able to build GHC from source, the following ports have to be installed.
- converters/libiconv (GNU libiconv)
- devel/autoconf (GNU Autoconf)
- devel/git (for getting and managing the GHC sources)
- devel/gmake (GNU Make)
- devel/hs-alex (alex)
- devel/hs-happy (happy)
- ftp/curl (HTTP support for git)
- lang/ghc (bootstrap compiler, usually tracking Haskell Platform specifications)
- lang/perl5.14 (Perl)
- lang/python27 (Python, for the test suite)
- math/gmp (GNU GMP)
Probably it is possible to use a vanilla binary distribution to bootstrap the build, but one must note that it is built on 8.1-RELEASE, hence it will require installing misc/compat8x in order to make it work on 9.x and later systems.
In addition to the required ones, there are some further ports to install for extras.
- devel/binutils (for a more up-to-date version of the GNU toolchain, see Notes)
- devel/libffi (for dynamic linking)
- devel/llvm (for LLVM code generation)
- devel/hs-haskell-platform (the complete Haskell Platform)
- devel/hs-hasktags (for generating HTAGS files)
- devel/ncurses (for a more up-to-date version for the
terminfolibrary, see Notes)
- lang/gcc (for GCC 4.6 or later, see Notes)
- print/hs-hscolour (for HsColourized Haddock documentation)
- textproc/dblatex (for PDF documentation)
- textproc/docbook-xsl (for XML documentation)
- textproc/libxslt (for XML documentation)
FreeBSD stores locally installed third-party software (i.e. the ports mentioned above) under a separate prefix, called
LOCALBASE here, which is
/usr/local/ by default. Thus the preferred way of invoking the
configure script is as follows.
$ ./configure \ --with-iconv-includes=$LOCALBASE/include --with-iconv-libraries=$LOCALBASE/lib \ --with-gmp-includes=$LOCALBASE/include --with-gmp-libraries=$LOCALBASE/lib
To use a more recent GCC (this is
gcc46 here) and GNU toolchain from the Ports Collection, it should be added as well:
--with-gcc=$LOCALBASE/bin/gcc46 --with-gcc-4.2=$LOCALBASE/bin/gcc46 \ --with-ld=$LOCALBASE/bin/ld --with-ar=$LOCALBASE/bin/ar \ --with-ranlib=$LOCALBASE/bin/ranlib
libffi from the Ports Collection:
--with-system-libffi \ --with-ffi-includes=$LOCALBASE/include --with-ffi-libraries=$LOCALBASE/lib
Building the Sources
configure ran successfully, invoke GNU make as usual. Note that GNU make is called
gmake under FreeBSD as
make is the BSD make.
Here is a random list of thoughts about things that are good to know when working on FreeBSD.
- The FreeBSD base system contains GCC and the GNU toolchain (at least for the time being) but they are not or only slowly updated. GCC is technically stuck at version 4.2.1 which may not be optimal for building GHC these days. Hence it is highly recommended to use the toolchain (devel/binutil) and GCC (lang/gcc) from the Ports Collection instead.
- The FreeBSD base system is shipped with a version of
ncursesbut this may not be the latest. Unfortunately, when devel/ncurses is installed one should add some extra lines to
mk/build.mkto tell GNU make we want to use
$LOCALBASE(see above) instead, otherwise
ncurses) becomes linked to
ncursesin the base:
SRC_HC_OPTS += -I$LOCALBASE/include -L$LOCALBASE/lib libraries/terminfo_CONFIGURE_OPTS += --configure-option=--with-curses-includes=$LOCALBASE/include --configure-option=--with-curses-libraries=$LOCALBASE/lib
See #7472 for possible symptoms.
- The GHC source code have an in-tree version of
gmpwhich may work by accident -- especially if the version of
libffi.somatches the version installed by the ports. But using them is not recommended as they could result in various strange build and run-time errors. See the
configureoptions to work around them.
- In an extremely high-speed environment it might happen that
gmakerestarts multiple times, c.f. #7592. This is because timestamp precision for the VFS layer is set to a POSIX-friendly value by default. Adjusting the
vfs.timestamp_precisionsysctl(3) variable can help.
- Building GHC sources and Haskell sources in general could be sped up by setting up a tmpfs(5) partition. (This is not created by the default install.) Just replace the
/tmppartition with a tmpfs-backed entry in
tmpfs /tmp tmpfs rw,mode=777 0 0
and use your original
/tmppartition as a swap device (substitute
ada0s1with your device):
/dev/ada0s1d none swap sw 0 0