ANN: ghc 6.8.2 from MacPorts
gwright at comcast.net
Thu Apr 24 09:25:26 EDT 2008
On Apr 24, 2008, at 6:41 AM, Bjorn Bringert wrote:
> On Thu, Mar 6, 2008 at 7:57 PM, Wouter Swierstra <wss at cs.nott.ac.uk>
>> Hi Greg,
>> Thanks again for maintaining ghc in macports!
>> I tried installing ghc through macports. Unfortunately, the build
>> with the following error message below. I'd be happy to send you a
>> log, if you think it would help. Many thanks,
>> main/ParsePkgConf.hs:296:35: Not in scope: `extraLibraries'
>> main/ParsePkgConf.hs:297:35: Not in scope: `extraGHCiLibraries'
>> main/ParsePkgConf.hs:298:35: Not in scope: `includeDirs'
>> main/ParsePkgConf.hs:299:35: Not in scope: `includes'
>> main/ParsePkgConf.hs:300:35: Not in scope: `hugsOptions'
>> main/ParsePkgConf.hs:301:35: Not in scope: `ccOptions'
>> main/ParsePkgConf.hs:302:35: Not in scope: `ldOptions'
>> main/ParsePkgConf.hs:303:35: Not in scope: `frameworkDirs'
>> main/ParsePkgConf.hs:304:35: Not in scope: `frameworks'
>> main/ParsePkgConf.hs:305:35: Not in scope: `haddockInterfaces'
>> main/ParsePkgConf.hs:306:35: Not in scope: `haddockHTMLs'
>> main/ParsePkgConf.hs:307:34: Not in scope: `depends'
>> main/ParsePkgConf.hs:320:43: Not in scope: `depends'
>> <<ghc: 73406780 bytes, 11 GCs, 759125/1814528 avg/max bytes
>> residency (3
>> samples), 18M in use, 0.00 INIT (0.00 elapsed), 0.09 MUT (0.13
>> 0.06 GC (0.07 elapsed) :ghc>>
>> make: *** [stage2/main/ParsePkgConf.o] Error 1
>> make: *** [stage2] Error 2
>> make: *** [bootstrap2] Error 2
>> Warning: the following items did not execute (for ghc):
>> org.macports.activate org.macports.build org.macports.destroot
>> Error: Status 1 encountered during processing.
> I got the same error when trying to install ghc 6.8.2 from MacPorts on
> OS X 10.4.11/Intel. It seems like the stage2 build is picking up the
> wrong version of Cabal from my user packages left over from a previous
> GHC 6.8.2 installation. Deleting ~/.ghc fixes the problem. Maybe the
> GHC build should be changed to make sure that it doesn't use user
I'll see if I can come up with a patch to the build system that avoids
BTW, what version the Cabal in your user packages? I was never able to
reproduce this myself --- I probably didn't stumble upon the right
combination of cabals.
More information about the Glasgow-haskell-users