I notice that ghci is loading integer-simple before loading base. This at least explains why it cannot find a symbol from the base package - it hasn't been loaded yet. So the question is why does integer-simple use any function from the base package at all? I'm fairly sure that the dependency graph is such that it should not.
On 30/07/2011, at 22:37, Chris Dornan <ch...@chrisdornan.com> wrote: > 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:ch...@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:ig...@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/ :? 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 > > _______________________________________________ > Glasgow-haskell-users mailing list > Glasgow-haskell-users@haskell.org > http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
