Cabal-1.8.0.2 doesn't build on x86_64, GHC 6.10.4

[Ashley Yakeley]

$ cabal install 'Cabal >= 0.8'

...

Linking /tmp/Cabal-1.8.0.214524/Cabal-1.8.0.2/dist/setup/setup ...
/usr/local/lib/ghc-6.10.4/base-4.1.0.0/libHSbase-4.1.0.0.a(PrelIOUtils.o): In function `__hscore_d_name':
PrelIOUtils.c:(.text+0x1c0): multiple definition of `__hscore_d_name'
/home/ashley/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(dirUtils.o):dirUtils.c:(.text+0x0): first defined here
/usr/local/lib/ghc-6.10.4/base-4.1.0.0/libHSbase-4.1.0.0.a(PrelIOUtils.o): In function `__hscore_free_dirent':
PrelIOUtils.c:(.text+0x4f0): multiple definition of `__hscore_free_dirent'
/home/ashley/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(dirUtils.o):dirUtils.c:(.text+0x10): first defined here
/home/ashley/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(IO.o): In function `sk63_info':
(.text+0x30c4): undefined reference to `fcntl_read'
/home/ashley/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(IO.o): In function `sk6A_info':
(.text+0x31f0): undefined reference to `fcntl_write'
/home/ashley/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(IO.o): In function `sk8h_info':
(.text+0x36cc): undefined reference to `fcntl_read'
/home/ashley/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(IO.o): In function `sl4O_info':
(.text+0x3a52): undefined reference to `fcntl_lock'
/home/ashley/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(IO.o): In function `sl6S_info':
(.text+0x3cc2): undefined reference to `fcntl_lock'
/home/ashley/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(IO.o): In function `sl9I_info':
(.text+0x402a): undefined reference to `fcntl_lock'
collect2: ld returned 1 exit status
cabal: Error: some packages failed to install:
Cabal-1.8.0.2 failed during the configure step. The exception was:
exit: ExitFailure 1

$ uname -a
Linux glastonbury 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 17:01:44 UTC 2009 x86_64 GNU/Linux

[Ashley Yakeley]

Fixed by using unix-2.3.2.0.

[duncan]

Thanks for the report. I can reproduce this. It's a bug in the unix package such that it fails to work with base-4.1. Filed as ghc ticket  http://hackage.haskell.org/trac/ghc/ticket/3780