
Hello Stefan, Thanks for your reply. Now I have found a repository here, is this the right one? http://darcs.haskell.org/packages/unix/ However, it doesn't build for me: $ darcs get --partial http://darcs.haskell.org/packages/unix/ ... $ cas configure --user --prefix=$HOME && cas build && cas install --user Setup.hs:17:30: Couldn't match expected type `UserHooks' against inferred type `Maybe UserHooks' Expected type: Hook a Inferred type: PackageDescription -> LocalBuildInfo -> Maybe UserHooks -> BuildFlags -> IO () In the second argument of `($)', namely `buildHook defaultUserHooks' In the `buildHook' field of a record $ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.6 Is this a cabal version problem? Yet it seems odd that unix-2.0 builds, but unix HEAD which also has version 2.0 doesn't build... I have a project which depends on 'unix' which I would like to use, so if you can point me to a working version or tell me what to fix then it would be helpful. Thanks, Frederik On Thu, Apr 19, 2007 at 06:53:20AM -0700, Stefan O'Rear wrote:
On Thu, Apr 19, 2007 at 12:27:01PM +0100, Frederik Eaton wrote:
Hello,
I am having trouble loading the unix package. I am not sure what I am doing wrong. I have just installed it from hackage. As you can see below, the error message complains about an unknown symbol 'lstat', which is not in libc.
[1]$ ghci -package unix ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.6, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \____/\/ /_/\____/|_| Type :? for help.
Loading package base ... linking ... done. ghc-6.6: /home/frederik/lib/unix-2.0/ghc-6.6/HSunix-2.0.o: unknown symbol `lstat' Loading package unix-2.0 ... linking ... ghc-6.6: unable to load package `unix-2.0' [1]$ nm -D /lib/libc-2.5.so | grep -w lstat [1]$
This is an unstable Debian installation.
When I try the same on a system with ghc 6.4.2 and unix-1.0, there is no problem. That system has libc 2.3.6, which also lacks an 'lstat' symbol.
Thank you for your help.
This is a duplicate of an already reported bug, fixed in HEAD. (unfortunately I can't find the number today)
Stefan _______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries