Hi all, Just to be absolutely sure I rebuilt a simple-integer ghc 7/2/1-RC1 with itself (GMP ed.) on CentOS 6 with my usual build.mk. Using it installed and inplace, I see the same effect (this time with -v): inplace/bin/ghc-stage2 -v --interactive GHCi, version 7.2.0.20110728: http://www.haskell.org/ghc/ :? for help Glasgow Haskell Compiler, Version 7.2.0.20110728, stage 2 booted by GHC version 7.2.0.20110728 Using binary package database: /home/apache/ghc-7.2.0.20110728/inplace/lib/package.conf.d/package.cache wired-in package ghc-prim mapped to ghc-prim-0.2.0.0-inplace wired-in package integer-simple mapped to integer-simple-0.1.0.0-inplace wired-in package base mapped to base-4.4.0.0-inplace wired-in package rts mapped to builtin_rts wired-in package template-haskell mapped to template-haskell-2.6.0.0-inplace wired-in package dph-seq not found. wired-in package dph-par not found. Hsc static flags: -static Loading package ghc-prim ... linking ... done. Loading package integer-simple ... linking ... ghc-stage2: /home/apache/ghc-7.2.0.20110728/libraries/integer-simple/dist-install/build/ HSinteger-simple-0.1.0.0.o: unknown symbol `base_ControlziExceptionziBase_patError_info' *** Deleting temp files: Deleting: *** Deleting temp dirs: Deleting: ghc-stage2: unable to load package `integer-simple' Chris From: Chris Dornan [mailto:chris@chrisdornan.com] Sent: 30 July 2011 22:37 To: 'glasgow-haskell-users@haskell.org' Subject: RE: integer-simple Hi All, I thought I may as well try the same experiment 7.2.1-RC1 on completely different hardware (a network v-server running CentOS 5 with ghc-6.12.3 installed) and indeed: ghci GHCi, version 7.2.0.20110728: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-simple ... linking ... ghc: /usr/local/ghc/7.2.0.20110728/lib/ghc-7.2.0.20110728/integer-simple-0.1.0.0/ HSinteger-simple-0.1.0.0.o: unknown symbol `base_ControlziExceptionziBase_patError_info' ghc: unable to load package `integer-simple' This has to be the way I am configuring the build - as y'all can see I am configuring with a non-standard prefix, but otherwise it is a case of a clean build from virginal sources with the appended build.mk. I think I am going to have to start looking at the failure mechanism. Chris ------------------------------------snipety-snip---------------------------- # ---------------------------------------------------------------------------- - # A Sample build.mk # # Uncomment one of the following BuildFlavour settings to get the desired # overall build type, and then tweak the options in the relevant section # below. # Uncomment one of these to select a build profile below: # Full build with max optimisation (slow build) #BuildFlavour = perf # Fastest build (libs unoptimised): BuildFlavour = quickest # Fast build with optimised libraries: #BuildFlavour = quick # Profile the stage2 compiler: #BuildFlavour = prof # A development build, working on the stage 1 compiler: #BuildFlavour = devel1 # A development build, working on the stage 2 compiler: #BuildFlavour = devel2 GhcLibWays = v # -------- 1. A Performance/Distribution build-------------------------------- ifeq "$(BuildFlavour)" "perf" # perf matches the default settings, repeated here for comparison: SRC_HC_OPTS = -O -H64m GhcStage1HcOpts = -O -fasm GhcStage2HcOpts = -O2 -fasm GhcHcOpts = -Rghc-timing GhcLibHcOpts = -O2 -XGenerics GhcLibWays += p ifeq "$(PlatformSupportsSharedLibs)" "YES" GhcLibWays += dyn endif endif # -------- A Fast build ------------------------------------------------------ ifeq "$(BuildFlavour)" "quickest" SRC_HC_OPTS = -H64m -O0 -fasm GhcStage1HcOpts = -O -fasm GhcStage2HcOpts = -O0 -fasm GhcLibHcOpts = -O0 -fasm SplitObjs = NO HADDOCK_DOCS = NO BUILD_DOCBOOK_HTML = NO BUILD_DOCBOOK_PS = NO BUILD_DOCBOOK_PDF = NO endif # -------- A Fast build with optimised libs ---------------------------------- ifeq "$(BuildFlavour)" "quick" SRC_HC_OPTS = -H64m -O0 -fasm GhcStage1HcOpts = -O -fasm GhcStage2HcOpts = -O0 -fasm GhcLibHcOpts = -O -fasm SplitObjs = NO HADDOCK_DOCS = NO BUILD_DOCBOOK_HTML = NO BUILD_DOCBOOK_PS = NO BUILD_DOCBOOK_PDF = NO endif # -------- Profile the stage2 compiler --------------------------------------- ifeq "$(BuildFlavour)" "prof" SRC_HC_OPTS = -H64m -O0 -fasm GhcStage1HcOpts = -O -fasm GhcStage2HcOpts = -O -fasm GhcLibHcOpts = -O -fasm GhcLibWays += p GhcProfiled = YES SplitObjs = NO HADDOCK_DOCS = NO BUILD_DOCBOOK_HTML = NO BUILD_DOCBOOK_PS = NO BUILD_DOCBOOK_PDF = NO endif # -------- A Development build (stage 1) ------------------------------------- ifeq "$(BuildFlavour)" "devel1" SRC_HC_OPTS = -H64m -O -fasm GhcLibHcOpts = -O -dcore-lint GhcStage1HcOpts = -Rghc-timing -O0 -DDEBUG GhcStage2HcOpts = -Rghc-timing -O -fasm SplitObjs = NO HADDOCK_DOCS = NO BUILD_DOCBOOK_HTML = NO BUILD_DOCBOOK_PS = NO BUILD_DOCBOOK_PDF = NO endif # -------- A Development build (stage 2) ------------------------------------- ifeq "$(BuildFlavour)" "devel2" SRC_HC_OPTS = -H64m -O -fasm GhcLibHcOpts = -O -dcore-lint GhcStage1HcOpts = -Rghc-timing -O -fasm GhcStage2HcOpts = -Rghc-timing -O0 -DDEBUG SplitObjs = NO HADDOCK_DOCS = NO BUILD_DOCBOOK_HTML = NO BUILD_DOCBOOK_PS = NO BUILD_DOCBOOK_PDF = NO endif # ---------------------------------------------------------------------------- - # Other settings that might be useful # profiled RTS #GhcRtsCcOpts = -pg -g # Optimised/profiled RTS #GhcRtsCcOpts = -O2 -pg #GhcRtsWithFrontPanel = YES #SRC_HC_OPTS += `gtk-config --libs` # NoFib settings NoFibWays = STRIP=: INTEGER_LIBRARY = integer-simple --------------------------------end-snipety-snip---------------------------- From: Chris Dornan [mailto:chris@chrisdornan.com] Sent: 30 July 2011 21:35 To: 'glasgow-haskell-users@haskell.org' Subject: RE: integer-simple I tried building an integer-simple 7.2.1-RC1 with 7.0.3 binary-install on Ubuntu 11.04. ghci is still not happy: chris@Ubuntu-11:~/etc$ ghci GHCi, version 7.2.0.20110728: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-simple ... linking ... ghc: /usr/local/ghc/7.2.0.20110728/lib/ghc-7.2.0.20110728/integer-simple-0.1.0.0/ HSinteger-simple-0.1.0.0.o: unknown symbol `base_ControlziExceptionziBase_patError_info' ghc: unable to load package `integer-simple' I ran the test suite on one of my previous errant builds (also 7.2.1-RC1 I think). The results summary is below. I am not surprised at this Ubuntu result - there is clearly something about the way I am doing this that can trigger the problem on any post-6.12.1 source tree on any O/S. The hardware is a common factor - I should try varying that I guess. Chris -----Original Message----- From: Ian Lynagh [mailto:igloo@earth.li] Sent: 29 July 2011 21:42 To: Chris Dornan Cc: glasgow-haskell-users@haskell.org Subject: Re: integer-simple On Fri, Jul 29, 2011 at 05:51:23PM +0100, Chris Dornan wrote:
But when I repeat with INTEGER_LIBRARY = integer-simple (on quick
test)
GHCi, version 6.12.3: http://www.haskell.org/ghc/ http://www.haskell.org/ghc/ :? for help
Note that 6.12.3 is quite old now, and neither that branch or the 7.0 branch are still being developed. By "quick test" do you mean the "quickest" build flavour from mk/build.mk.sample? I've just validated HEAD with INTEGER_LIBRARY=integer-simple and the build went through fine, and ghci works. Thanks Ian