ghc 6.10.3-prerelease failed build log for freebsd7.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi after some trying, i was unable to get the 6.10.3 prerelease to build on freebsd 7.2. i was trying to use an existing 6.10.2 as my build ghc. i saved the output of the entire build from ./configure to the point of failure. it is too long too attach here, you can see it at: http://www.b7j0c.org/ghc-6.10.3.log.txt it is about 4.4mb thanks brad -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkn+hQMACgkQxRg3RkRK91PGgACfWYJy9sIt6Nx1QxM+nkqXYMl3 pLIAoIDf6yw25VymUFPpdIG5L0B/gF2K =lwwy -END PGP SIGNATURE- ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Problems with Network.Socket.getAddrInfo under MacOS 10.5, GHC 6.10.2?
Hi, It does not appear that you can access the 'addrFlags' returned by getAddrInfo, you get the exception: *** Exception: unpackBits: unhandled bits set: 8 Is this just a MacOS issue? Should I raise a ticket for it? Cheers Neil GHCi, version 6.10.2: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer ... linking ... done. Loading package base ... linking ... done. Prelude :m Network.Socket Prelude Network.Socket getAddrInfo Nothing (Just localhost) Nothing Loading package syb ... linking ... done. Loading package base-3.0.3.1 ... linking ... done. Loading package parsec-2.1.0.1 ... linking ... done. Loading package network-2.2.1 ... linking ... done. [AddrInfo {addrFlags = *** Exception: unpackBits: unhandled bits set: 8 Prelude Network.Socket ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc 6.10.3-prerelease failed build log for freebsd7.2
On Sun, May 3, 2009 at 11:02 PM, brad clawsie claw...@fastmail.fm wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi after some trying, i was unable to get the 6.10.3 prerelease to build on freebsd 7.2. i was trying to use an existing 6.10.2 as my build ghc. i saved the output of the entire build from ./configure to the point of failure. it is too long too attach here, you can see it at: http://www.b7j0c.org/ghc-6.10.3.log.txt it is about 4.4mb thanks brad It looks like the problem occurs when building Haskeline: Configuring haskeline-0.6.1.5... checking whether to use -liconv... using -liconv. Setup: Missing dependency on a foreign library: * Missing C library: iconv The problem is that Cabal isn't getting the right argument to look for iconv in (I'm guessing) /usr/local/lib. (Strangely, the Haskeline custom Setup.hs script which detects whether to use iconv is itself succeeding; I should compare the two and see what's different...) Normally this can be fixed by building Haskeline with the Cabal arguments --extra-include-dirs, --extra-lib-dirs; but I don't know how they can be passed through by to the ghc build system. Can you please try, with your working ghc-6.10.2: cd into libraries/haskeline of the release candidate source directory, run runghc Setup configure --user -v3 and send the output. Thanks, -Judah ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Problems with Network.Socket.getAddrInfo under MacOS 10.5, GHC 6.10.2?
On Mon, May 4, 2009 at 8:35 AM, Neil Davies semanticphilosop...@googlemail.com wrote: It does not appear that you can access the 'addrFlags' returned by getAddrInfo, you get the exception: *** Exception: unpackBits: unhandled bits set: 8 Interesting. Is this just a MacOS issue? Should I raise a ticket for it? It's presumably Mac-specific, but yes, please file a ticket and I'll take a look. File it against the network package, not GHC itself. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Problems with Network.Socket.getAddrInfo under MacOS 10.5, GHC 6.10.2?
On Mon, May 4, 2009 at 8:20 PM, Bryan O'Sullivan b...@serpentine.com wrote: On Mon, May 4, 2009 at 8:35 AM, Neil Davies semanticphilosop...@googlemail.com wrote: It does not appear that you can access the 'addrFlags' returned by getAddrInfo, you get the exception: *** Exception: unpackBits: unhandled bits set: 8 Interesting. Is this just a MacOS issue? Should I raise a ticket for it? It's presumably Mac-specific, but yes, please file a ticket and I'll take a look. File it against the network package, not GHC itself. The network package now has a new maintainer (me) and a new trac and repo: http://trac.haskell.org/network/ http://code.haskell.org/network/ I've migrated the old tickets to the new trac. Cheers, Johan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Problems with Network.Socket.getAddrInfo under MacOS 10.5, GHC 6.10.2?
Johan Ticket (#8) raised - cheers. Neil 2009/5/4 Johan Tibell johan.tib...@gmail.com On Mon, May 4, 2009 at 8:20 PM, Bryan O'Sullivan b...@serpentine.com wrote: On Mon, May 4, 2009 at 8:35 AM, Neil Davies semanticphilosop...@googlemail.com wrote: It does not appear that you can access the 'addrFlags' returned by getAddrInfo, you get the exception: *** Exception: unpackBits: unhandled bits set: 8 Interesting. Is this just a MacOS issue? Should I raise a ticket for it? It's presumably Mac-specific, but yes, please file a ticket and I'll take a look. File it against the network package, not GHC itself. The network package now has a new maintainer (me) and a new trac and repo: http://trac.haskell.org/network/ http://code.haskell.org/network/ I've migrated the old tickets to the new trac. Cheers, Johan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc 6.10.3-prerelease failed build log for freebsd7.2
Hi, On Sun, May 03, 2009 at 11:03:49PM -0700, brad clawsie wrote: after some trying, i was unable to get the 6.10.3 prerelease to build on freebsd 7.2. i was trying to use an existing 6.10.2 as my build ghc. i saved the output of the entire build from ./configure to the point of failure. it is too long too attach here, you can see it at: http://www.b7j0c.org/ghc-6.10.3.log.txt Interesting. haskeline seems to break the build in different ways and at different places (and sometimes it doesn't fail at all). In your case, it doesn't find libiconv, thus isn't built, and causes failure later. In my case (a buildbot running OpenBSD-4.5 on i386), the haskeline build itself fails (see `kili-stable' on darcs.haskell.org/buildbots), but at the same time on OpenBSD-current on an amd64 the haskeline build complains about a missing libiconv but builds nevertheless. This all is a little bit confusing, but it should be fixable by telling configure where to find libivonv (i didn't yet have the time to look what's going on for real here). Ciao, Kili ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: strictness of interpreted haskell implementations
Sorry to revive a year-old thread, but... On Fri, 25 Apr 2008 at 20:17:53 +0100 Duncan Coutts wrote: On Fri, 2008-04-25 at 09:08 -0700, Don Stewart wrote: Geraint.Jones: Are there well-known differences in the implementations of Haskell in ghci and hugs? I've got some moderately intricate code (simulations of pipelined processors) that behave differently - apparently because ghci Haskell is stricter than hugs Haskell, and I cannot find any obviously relevant claims about strictness in the documentation. I think they should give the same answer. It sounds like a bug in one implementation or the other. Hugs does no optimisations, while GHC does a truckload, including strictness analysis. Some of these optimisations prevent space leaks. Though none should change the static semantics. Post the code. Even if you don't have time to track down the difference, someone might. At the time I was reluctant to impose all the code on anyone and I found it hard to cut the example down to a manageable size. I've just got it down to a one-liner: it's the implementation of what I think ought to be strict fields in records: data S = S { a :: Int, b :: ! Int } I think ghci is correct: *Main a (S { a = 0, b = 1 }) 0 *Main a (S { a = 0, b = undefined }) *** Exception: Prelude.undefined and that hugs had been concealing a bug in my program by not demanding one of the fields of S when it ought to: Main a (S { a = 0, b = 1 }) 0 Main a (S { a = 0, b = undefined }) 0 Ho hum. Is this a known difference? (What makes you think I'm teaching the same course again this year?) ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc 6.10.3-prerelease failed build log for freebsd7.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Judah Jacobson judah.jacob...@gmail.com writes: It looks like the problem occurs when building Haskeline: Configuring haskeline-0.6.1.5... checking whether to use -liconv... using -liconv. Setup: Missing dependency on a foreign library: * Missing C library: iconv The problem is that Cabal isn't getting the right argument to look for iconv in (I'm guessing) /usr/local/lib. yeah, when i installed haskeline via cabal, i had to set the flags to look at these dirs in order to get it built (Strangely, the Haskeline custom Setup.hs script which detects whether to use iconv is itself succeeding; I should compare the two and see what's different...) Normally this can be fixed by building Haskeline with the Cabal arguments --extra-include-dirs, --extra-lib-dirs; but I don't know how they can be passed through by to the ghc build system. Can you please try, with your working ghc-6.10.2: cd into libraries/haskeline of the release candidate source directory, run runghc Setup configure --user -v3 $ cd libraries/haskeline/ $ runghc Setup configure --user -v3 Configuring haskeline-0.6.1.5... Creating dist (and its parents) searching for ghc in path. found ghc at /home/brad/local/bin/ghc (/home/brad/local/bin/ghc,[--numeric-version]) /home/brad/local/bin/ghc is version 6.10.2 looking for package tool: ghc-pkg near compiler in /home/brad/local/bin found package tool in /home/brad/local/bin/ghc-pkg (/home/brad/local/bin/ghc-pkg,[--version]) /home/brad/local/bin/ghc-pkg is version 6.10.2 (/home/brad/local/bin/ghc,[--supported-languages]) Reading installed packages... (/home/brad/local/bin/ghc-pkg,[dump,--global]) (/home/brad/local/bin/ghc-pkg,[dump,--user]) Setup: At least the following dependencies are missing: ghc-mtl ==1.1.* -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkn/uLwACgkQxRg3RkRK91PAvwCgnv4c9zoqPwUZLrvwxkQXJpWu E7gAoJz/BCMyZdjr7/fn/S7kE3EdnmDS =Tg3f -END PGP SIGNATURE- ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users