Manuel,
thanks for the tip how to fix the issue with ghc panic on Mondaic.hs.
I'll use this once the build is working better. I also do have a patch
which fixes GHC on ARM linux platforms with hard-float ABI (soon to be
released debian/ubuntu) PR#5914, unfortunately I'm not able to test it
(run testsuite), since my build always fails with this:
>>>> utils/haddock/src/Haddock/GhcUtils.hs:275:21:
>>>> Illegal record syntax (use -XTraditionalRecordSyntax): d {objectDir =
>>>> Just
>>>> f}
>>>> make[1]: *** [utils/haddock/dist/build/Haddock/GhcUtils.o] Error 1
>>>> make: *** [all] Error 2
error. So this is showstopper for me which I need to fix first. Hence I
asked here for any idea how to proceed in this process or the idea if it
looks familiar to someone or if this is really just badly miscompiled
ghc-stage2? Or perhaps we're hit by ARM memory weak ordering model here
again? Any idea how to debug this is highly welcome!
Thanks!
Karel
On 03/18/12 11:09 PM, Manuel M T Chakravarty wrote:
The DPH-related libraries, such as Data.Vector, which fails here, use GHCi
indirectly via the ANN annotations pragma (which is the problem here) and
Template Haskell. Just disable building the primitive, vector, and dph packages.
Manuel
Karel Gardas<[email protected]>:
Hello,
here is more information: it looks like, my ARM builder was able to
successfully compile GHC till the build 8 from February 23. Starting from build
9 from February 25 I always get the failure below. Please note due to
unfinished ARM support good build should fail with following error:
ghc-stage2: panic! (the 'impossible' happened)
(GHC version 7.5.20120215 for arm-unknown-linux):
Cant do annotations without GHCi
{libraries/vector/Data/Vector/Fusion/Stream/Monadic.hs:104:19-33}
base:GHC.Exts.ForceSpecConstr{d rbX}
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
make[1]: ***
[libraries/vector/dist-install/build/Data/Vector/Fusion/Stream/Monadic.o] Error
1
make: *** [all] Error 2
this is since GHCi is not working yet and we have not disabled it on HEAD.
Thanks for any idea how to find the culprit of the issue below and fix it.
Karel
On 03/18/12 07:39 PM, Karel Gardas wrote:
Hello,
it looks like I always get following compilation error ARM/linux
platform (actually GHC ARM builder board). I've thought it's just broken
LLVM installed from not yet released ubuntu packages, but I also got
very similar issue on another board with hand-compiled LLVM (i.e.
optimization -O1 to get the best LLVM testsuite results). It looks like
the issue is about month or two old it seems.
I may attempt to binary search for the commit where it started, but I've
thought better is to ask here first if it looks familiar or if there is
any idea how to hunt this down and fix.
Thanks!
Karel
On 03/17/12 06:31 AM, Builder wrote:
echo 'pgmgcc="/usr/bin/gcc"'>> inplace/bin/ghc-stage2
cat ghc/ghc.wrapper>> inplace/bin/ghc-stage2
chmod +x inplace/bin/ghc-stage2
"inplace/bin/ghc-stage2" -H32m -O -hide-all-packages -i
-iutils/haddock/src -iutils/haddock/dist/build
-iutils/haddock/dist/build/autogen -Iutils/haddock/dist/build
-Iutils/haddock/dist/build/autogen -optP-DIN_GHC_TREE -optP-include
-optPutils/haddock/dist/build/autogen/cabal_macros.h -package
Cabal-1.14.0 -package array-0.3.0.3 -package base-4.5.0.0 -package
containers-0.5.0.0 -package directory-1.1.0.1 -package
filepath-1.2.0.1 -package ghc-7.5.20120315 -package pretty-1.1.1.0
-package xhtml-3000.2.0.5 -funbox-strict-fields -O2 -Wall -fwarn-tabs
-XHaskell2010 -XCPP -XDeriveDataTypeable -XScopedTypeVariables
-XMagicHash -no-user-package-conf -rtsopts -odir
utils/haddock/dist/build -hidir utils/haddock/dist/build -stubdir
utils/haddock/dist/build -hisuf hi -osuf o -hcsuf hc -c
utils/haddock/src/Haddock/GhcUtils.hs -o
utils/haddock/dist/build/Haddock/GhcUtils.o
utils/haddock/src/Haddock/GhcUtils.hs:275:21:
Illegal record syntax (use -XTraditionalRecordSyntax): d {objectDir =
Just
f}
make[1]: *** [utils/haddock/dist/build/Haddock/GhcUtils.o] Error 1
make: *** [all] Error 2
_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc
_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc
_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc
