Re: RC1 build failures on Debian

2014-02-07 Thread Nikita Karetnikov
> IMHO this should already be fixed in HEAD with patch by Peter
> Trommler: 298a25bdfd02bb591fde2dd0590bd7af81a91b94 which fixes #8722:
> https://ghc.haskell.org/trac/ghc/ticket/8722

Thanks for letting me know.  The ticket mentions DYNAMIC-BY_DEFAULT=NO,
should I specify anything in the ‘build.mk’ file?  Or will it work
without that?


pgpc6N0J4Kxks.pgp
Description: PGP signature
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: RC1 build failures on Debian

2014-02-07 Thread Joachim Breitner
Hi,

Am Freitag, den 07.02.2014, 09:36 +0100 schrieb Karel Gardas:
> IMHO this should already be fixed in HEAD with patch by Peter Trommler: 
> 298a25bdfd02bb591fde2dd0590bd7af81a91b94 which fixes #8722: 
> https://ghc.haskell.org/trac/ghc/ticket/8722

thanks for spotting. I’ll wait for RC2 and report back.


By now, also sparc has tried building GHC, and it also fails:
https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=sparc&ver=7.8.20140130-1&stamp=1391733028
/tmp/ghc18306_0/ghc18306_2.hc:928:1:
 error: 'MainCapability' undeclared (first use in this function)
/tmp/ghc18306_0/ghc18306_2.hc: In function 
'ghczm7zi8zi20140130_ExtsCompat46_geCharzh_entry':

/tmp/ghc18306_0/ghc18306_2.hc:948:1:
 error: 'MainCapability' undeclared (first use in this function)
/tmp/ghc18306_0/ghc18306_2.hc: In function 
'ghczm7zi8zi20140130_ExtsCompat46_gtCharzh_entry':

/tmp/ghc18306_0/ghc18306_2.hc:968:1:
 error: 'MainCapability' undeclared (first use in this function)
make[2]: *** [compiler/stage2/build/ExtsCompat46.o] Error 1

Any ideas?

Things have quite deteriorated on non-mainstream-architectures. Maybe I
should, for the next release cycle, do a maybe weekly upload of GHC head
to Debian experimental, so that these problems are found closer to their
cause. Or hope for the builders network resurrection.

Greetings,
Joachim

-- 
Joachim Breitner
  e-Mail: m...@joachim-breitner.de
  Homepage: http://www.joachim-breitner.de
  Jabber-ID: nome...@joachim-breitner.de



signature.asc
Description: This is a digitally signed message part
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: RC1 build failures on Debian

2014-02-07 Thread Karel Gardas


IMHO this should already be fixed in HEAD with patch by Peter Trommler: 
298a25bdfd02bb591fde2dd0590bd7af81a91b94 which fixes #8722: 
https://ghc.haskell.org/trac/ghc/ticket/8722


Karel

On 02/ 7/14 08:59 AM, Nikita Karetnikov wrote:

In file included from rts/sm/Evac.c:21:0:
rts/sm/GCTDecl.h:139:2: error: #error Cannot find a way to declare the 
thread-local gc variable!
  #error Cannot find a way to declare the thread-local gc variable!
   ^


I built GHC from the source tarball on mips64el and hit the same error.
Any suggestions?

Funnily, the comment in the corresponding file says

/* Impossible! */



___
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


Re: RC1 build failures on Debian

2014-02-06 Thread Nikita Karetnikov
> In file included from rts/sm/Evac.c:21:0:
> rts/sm/GCTDecl.h:139:2: error: #error Cannot find a way to declare the 
> thread-local gc variable!
>  #error Cannot find a way to declare the thread-local gc variable!
>   ^

I built GHC from the source tarball on mips64el and hit the same error.
Any suggestions?

Funnily, the comment in the corresponding file says

/* Impossible! */


pgpxDqYRGsmEI.pgp
Description: PGP signature
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: RC1 build failures on Debian

2014-02-06 Thread Karel Gardas

On 02/ 6/14 02:36 PM, Joachim Breitner wrote:

Hi,

with RC1 in experimental, the Debian auto-builders have now picked up
building 7.8, and it is failing on armel, hurd-i386, mips and mipsel:

armel 
(https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=armel&ver=7.8.20140130-1&stamp=1391666879)
"inplace/bin/ghc-stage2" -o utils/haddock/dist/build/tmp/haddock -hisuf hi 
-osuf  o -hcsuf hc -static  -H32m -O -lffi -optl-pthread -optc-mlong-calls
-hide-all-packages -i -iutils/haddock/driver -iutils/haddock/src 
-iutils/haddock/vendor/attoparsec-0.10.4.0 -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.18.1.3 -package 
array-0.5.0.0 -package base-4.7.0.0 -package bytestring-0.10.4.0 -package 
containers-0.5.4.0 -package deepseq-1.3.0.2 -package directory-1.2.0.2 -package 
filepath-1.3.0.2 -package ghc-7.8.20140130 -package xhtml-3000.2.1 -funbox-strict-fields 
-Wall -fwarn-tabs -O2 -XHaskell2010  -no-user-package-db -rtsopts  -odir 
utils/haddock/dist/build -hidir utils/haddock/dist/build -stubdir 
utils/haddock/dist/build utils/haddock/dist/build/Main.o 
utils/haddock/dist/build/Documenta

tion/Hadd
ock.o utils/haddock/dist/build/Data/Attoparsec.o 
utils/haddock/dist/build/Data/Attoparsec/ByteString.o 
utils/haddock/dist/build/Data/Attoparsec/ByteString/Char8.o 
utils/haddock/dist/build/Data/Attoparsec/Combinator.o 
utils/haddock/dist/build/Data/Attoparsec/Number.o 
utils/haddock/dist/build/Data/Attoparsec/ByteString/FastSet.o 
utils/haddock/dist/build/Data/Attoparsec/ByteString/Internal.o 
utils/haddock/dist/build/Data/Attoparsec/Internal.o 
utils/haddock/dist/build/Data/Attoparsec/Internal/Types.o 
utils/haddock/dist/build/Haddock.o utils/haddock/dist/build/Haddock/Interface.o 
utils/haddock/dist/build/Haddock/Interface/Rename.o 
utils/haddock/dist/build/Haddock/Interface/Create.o 
utils/haddock/dist/build/Haddock/Interface/AttachInstances.o 
utils/haddock/dist/build/Haddock/Interface/LexParseRn.o 
utils/haddock/dist/build/Haddock/Interface/ParseModuleHeader.o 
utils/haddock/dist/build/Haddock/Parser.o 
utils/haddock/dist/build/Haddock/Parser/Util.o 
utils/haddock/dist/build/Haddock/Ut
f8.o util
s/haddock/dist/build/Haddock/Utils.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Decl.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/DocMarkup.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Layout.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Names.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Themes.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Types.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Utils.o 
utils/haddock/dist/build/Haddock/Backends/LaTeX.o 
utils/haddock/dist/build/Haddock/Backends/HaddockDB.o 
utils/haddock/dist/build/Haddock/Backends/Hoogle.o 
utils/haddock/dist/build/Haddock/ModuleTree.o 
utils/haddock/dist/build/Haddock/Types.o utils/haddock/dist/build/Haddock/Doc.o 
utils/haddock/dist/build/Haddock/Version.o 
utils/haddock/dist/build/Haddock/InterfaceFile.o 
utils/haddock/dist/build/Haddock/Options.o 
utils/haddock/dist/build/Haddock/GhcUtils.o 
utils/haddock/dist/build/Haddock/Convert.o uti
ls/haddoc
k/dist/build/Paths_haddock.o

/«PKGBUILDDIR»/compiler/stage2/build/libHSghc-7.8.20140130.a(genSym.o): In 
function `genSym':
genSym.c:(.text+0x84): undefined reference to `arm_atomic_spin_lock'
genSym.c:(.text+0x88): undefined reference to `arm_atomic_spin_unlock'
collect2: error: ld returned 1 exit status
make[2]: *** [utils/haddock/dist/build/tmp/haddock] Error 1
make[1]: *** [all] Error 2
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [build-stamp] Error 2


Looks like this is for pre-ARMv6 platform. Also it looks like probably 
OldARMAtomic.c is not compiled or/not linked into the RTS?


Karel
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


RC1 build failures on Debian

2014-02-06 Thread Joachim Breitner
Hi,

with RC1 in experimental, the Debian auto-builders have now picked up
building 7.8, and it is failing on armel, hurd-i386, mips and mipsel:

armel 
(https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=armel&ver=7.8.20140130-1&stamp=1391666879)
"inplace/bin/ghc-stage2" -o utils/haddock/dist/build/tmp/haddock -hisuf hi 
-osuf  o -hcsuf hc -static  -H32m -O -lffi -optl-pthread -optc-mlong-calls
-hide-all-packages -i -iutils/haddock/driver -iutils/haddock/src 
-iutils/haddock/vendor/attoparsec-0.10.4.0 -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.18.1.3 
-package array-0.5.0.0 -package base-4.7.0.0 -package bytestring-0.10.4.0 
-package containers-0.5.4.0 -package deepseq-1.3.0.2 -package directory-1.2.0.2 
-package filepath-1.3.0.2 -package ghc-7.8.20140130 -package xhtml-3000.2.1 
-funbox-strict-fields -Wall -fwarn-tabs -O2 -XHaskell2010  -no-user-package-db 
-rtsopts  -odir utils/haddock/dist/build -hidir utils/haddock/dist/build 
-stubdir utils/haddock/dist/build utils/haddock/dist/build/Main.o 
utils/haddock/dist/build/Documentation/Haddock.o 
utils/haddock/dist/build/Data/Attoparsec.o 
utils/haddock/dist/build/Data/Attoparsec/ByteString.o 
utils/haddock/dist/build/Data/Attoparsec/ByteString/Char8.o 
utils/haddock/dist/build/Data/Attoparsec/Combinator.o 
utils/haddock/dist/build/Data/Attoparsec/Number.o 
utils/haddock/dist/build/Data/Attoparsec/ByteString/FastSet.o 
utils/haddock/dist/build/Data/Attoparsec/ByteString/Internal.o 
utils/haddock/dist/build/Data/Attoparsec/Internal.o 
utils/haddock/dist/build/Data/Attoparsec/Internal/Types.o 
utils/haddock/dist/build/Haddock.o utils/haddock/dist/build/Haddock/Interface.o 
utils/haddock/dist/build/Haddock/Interface/Rename.o 
utils/haddock/dist/build/Haddock/Interface/Create.o 
utils/haddock/dist/build/Haddock/Interface/AttachInstances.o 
utils/haddock/dist/build/Haddock/Interface/LexParseRn.o 
utils/haddock/dist/build/Haddock/Interface/ParseModuleHeader.o 
utils/haddock/dist/build/Haddock/Parser.o 
utils/haddock/dist/build/Haddock/Parser/Util.o 
utils/haddock/dist/build/Haddock/Utf8.o 
utils/haddock/dist/build/Haddock/Utils.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Decl.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/DocMarkup.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Layout.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Names.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Themes.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Types.o 
utils/haddock/dist/build/Haddock/Backends/Xhtml/Utils.o 
utils/haddock/dist/build/Haddock/Backends/LaTeX.o 
utils/haddock/dist/build/Haddock/Backends/HaddockDB.o 
utils/haddock/dist/build/Haddock/Backends/Hoogle.o 
utils/haddock/dist/build/Haddock/ModuleTree.o 
utils/haddock/dist/build/Haddock/Types.o utils/haddock/dist/build/Haddock/Doc.o 
utils/haddock/dist/build/Haddock/Version.o 
utils/haddock/dist/build/Haddock/InterfaceFile.o 
utils/haddock/dist/build/Haddock/Options.o 
utils/haddock/dist/build/Haddock/GhcUtils.o 
utils/haddock/dist/build/Haddock/Convert.o 
utils/haddock/dist/build/Paths_haddock.o
/«PKGBUILDDIR»/compiler/stage2/build/libHSghc-7.8.20140130.a(genSym.o): In 
function `genSym':
genSym.c:(.text+0x84): undefined reference to `arm_atomic_spin_lock'
genSym.c:(.text+0x88): undefined reference to `arm_atomic_spin_unlock'
collect2: error: ld returned 1 exit status
make[2]: *** [utils/haddock/dist/build/tmp/haddock] Error 1
make[1]: *** [all] Error 2
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [build-stamp] Error 2


hurd 
(https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=hurd-i386&ver=7.8.20140130-1&stamp=1391625204)
"inplace/bin/ghc-stage1" -optc-Wall -optc-Wextra -optc-Wstrict-prototypes 
-optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline 
-optc-Waggregate-return -optc-Wpointer-arith -optc-Wmissing-noreturn 
-optc-Wnested-externs -optc-Wredundant-decls -optc-Iincludes 
-optc-Iincludes/dist -optc-Iincludes/dist-derivedconstants/header 
-optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build 
-optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common -optc-O2 
-optc-fomit-frame-pointer -optc-DDYNAMIC -optc-DRtsWay=\"rts_dyn\" -fPIC 
-dynamic  -H32m -O -lffi -optl-pthread -Iincludes -Iincludes/dist 
-Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header 
-Irts -Irts/dist/build -DCOMPILING_RTS -package-name rts -dcmm-lint  -i 
-irts -irts/dist/build -irts/dist/build/autogen -Irts/dist/build 
-Irts/dist/build/autogen   -O2-c rts/hooks/StackOverflow.c -o 
rts/dist/build/hooks/StackOverflow.dyn_o
ghc-stage1: panic! (the 'impossible' happened)
  (GHC version 7.8.20140130 for i386-unknown-gnu):
howToAccessLabel: PIC not defined for t