Hi All, I am still having difficulty getting a plain GHC build with INTEGER_LIBRARY = integer-simple. (I outlined my problem here yesterday <http://www.haskell.org/pipermail/glasgow-haskell-users/2011-July/020631.htm l> .) I suspected my failure to get a vanilla build (with GMP) was a minor issue with RHEL 5 and indeed a vanilla build of the the compiler goes through no problem on RHEL 6, producing a working 6.12.3 GHC installation. But when I repeat with INTEGER_LIBRARY = integer-simple (on quick test) I get (the now familiar): GHCi, version 6.12.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. ghc: /usr/local/ghc/6.12.3-si/lib/ghc-6.12.3/integer-simple-0.1.0.0/HSinteger-sim ple-0.1.0.0.o: unknown symbol `base_ControlziExceptionziBase_patError_info' Loading package integer-simple ... linking ... ghc: unable to load package `integer-simple' RHEL 5 and 6 are very different development environments yet all my attempts to build with a variety of source trees from 6.12.1 to 7.0.4 with INTEGER_LIBRARY = integer-simple has ended here. There is clearly something I am doing wrong! (Though it is difficult to see what.) Does anybody have any idea what could be causing this? Is anybody else doing integer-simple builds? It would be nice to get some info on the configurations that are working. Thanks in advance! Chris
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
Thanks Ian, It's much appreciated. As I said to Daniel, I have just tried building 7.2.1 RC1 with the same failure. Yes, by "quick-test" I mean the build flavour. (Basically I am explaining exactly how I am configuring the default build, which does work for me.) My point was that I had worked my way through pretty every post-6.12.1 official release, switching between CentOS 5 & CentOS 6, building with a variety of binary releases, with the same result -- and it's still happening with 7.2.1 RC1! Clearly I am doing something very, very silly -- but what? I can see two obvious ways forward: * try installing another of the Linux distros and seeing if I can repeat the problem there or * spend some time digging into one of the broken builds to try and find out what is happening. I think the second option may be more productive. If anybody has any bright ideas I will be happy to try them out. Cheers, 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/ :? 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
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
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
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/ :? 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
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
On Friday 29 July 2011, 18:51:23, Chris Dornan wrote:
Hi All,
I am still having difficulty getting a plain GHC build with INTEGER_LIBRARY = integer-simple. (I outlined my problem here yesterday <http://www.haskell.org/pipermail/glasgow-haskell-users/2011-July/020631 .htm l> .)
RHEL 5 and 6 are very different development environments yet all my attempts to build with a variety of source trees from 6.12.1 to 7.0.4 with INTEGER_LIBRARY = integer-simple has ended here. There is clearly something I am doing wrong! (Though it is difficult to see what.)
Does anybody have any idea what could be causing this?
Not I, sorry.
Is anybody else doing integer-simple builds?
It would be nice to get some info on the configurations that are working.
After your post yesterday, I built HEAD with integer-simple (build flavour perf, though, not quickest; openSuSE-11.4, x86_64; built with 7.0.4) and it worked [ghci and a few test programmes]. Maybe you should try building with GHC-7 (and different build flavours?). Cheers, Daniel
Thanks Daniel. I have just now built the 7.2.1 RC1 with integer-simple on CentOS 6 with the same failure. It doesn't surprise me -- there is clearly something in my setup that is causing this problem. But it's good to get it confirmed -- thanks! Chris -----Original Message----- From: Daniel Fischer [mailto:daniel.is.fischer@googlemail.com] Sent: 29 July 2011 22:02 To: glasgow-haskell-users@haskell.org Cc: Chris Dornan Subject: Re: integer-simple On Friday 29 July 2011, 18:51:23, Chris Dornan wrote:
Hi All,
I am still having difficulty getting a plain GHC build with INTEGER_LIBRARY = integer-simple. (I outlined my problem here yesterday <http://www.haskell.org/pipermail/glasgow-haskell-users/2011-July/0206 31 .htm l> .)
RHEL 5 and 6 are very different development environments yet all my attempts to build with a variety of source trees from 6.12.1 to 7.0.4 with INTEGER_LIBRARY = integer-simple has ended here. There is clearly something I am doing wrong! (Though it is difficult to see what.)
Does anybody have any idea what could be causing this?
Not I, sorry.
Is anybody else doing integer-simple builds?
It would be nice to get some info on the configurations that are working.
After your post yesterday, I built HEAD with integer-simple (build flavour perf, though, not quickest; openSuSE-11.4, x86_64; built with 7.0.4) and it worked [ghci and a few test programmes]. Maybe you should try building with GHC-7 (and different build flavours?). Cheers, Daniel
participants (4)
-
Chris Dornan -
Daniel Fischer -
Ian Lynagh -
Malcolm Wallace