lang/ghc build failure and possible workaround

Matthew D. Fuller fullermd at
Wed Jun 21 15:14:20 UTC 2006

On an early-June -CURRENT, ghc blows up pretty early with:

/usr/ports/lang/ghc/work/ghc-6.4.2-boot/bin/i386-unknown-freebsd/ghc-6.4.2 -M -optdep-f -optdep.depend  -osuf o    -H16m -O -I. -Iinclude -Rghc-timing -I../../../libraries -fglasgow-exts -no-recomp Compat/Directory.hs Compat/RawSystem.hs Distribution/Compat/FilePath.hs Distribution/Compat/ReadP.hs Distribution/Compiler.hs Distribution/GetOpt.hs Distribution/InstalledPackageInfo.hs Distribution/License.hs Distribution/Package.hs Distribution/ParseUtils.hs Distribution/Version.hs Language/Haskell/Extension.hs System/Directory/Internals.hs
gmake[3]: *** [depend] Segmentation fault: 11 (core dumped)

A hint shows up earlier in the 'configure' process, with:

checking for path to top of build tree...  /usr/ports/lang/ghc/work/ghc-6.4.2
checking version of ghc... Segmentation fault (core dumped)

I note that the bootstrap ghc is a FreeBSD 6 binary, and seems to link
to libc (.6) and libpthread (.2), so this may be an occurance of the
issues discussed on the -current list a few weeks back about
incompatibilities between the new libpthread and the old libc.

As a workaround, I libmap.conf'd to for
[ghc-6.4.2], and sent it off.  It seems to work, though at the moment
it's 56 minutes of CPU time into LiberateCase.hi, so I'm not sure if
it really works...

Matthew Fuller     (MF4839)   |  fullermd at
Systems/Network Administrator |
           On the Internet, nobody can hear you scream.

More information about the freebsd-ports mailing list