GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2019-07-07T18:37:58Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/10003integer-gmp2 tries to be GMP 4.x compatible but uses functions from GMP 5.x2019-07-07T18:37:58Zkgardasinteger-gmp2 tries to be GMP 4.x compatible but uses functions from GMP 5.xHello,
recent HEAD is using integer-gmp2 wrapper around GMP library. This tries to be compatible with and use only functionality of GMP 4.x, but still it also uses some functions from GMP 5.x which makes this incompatible with GMP 4.x.
T...Hello,
recent HEAD is using integer-gmp2 wrapper around GMP library. This tries to be compatible with and use only functionality of GMP 4.x, but still it also uses some functions from GMP 5.x which makes this incompatible with GMP 4.x.
The issue is for example shown on Solaris/SPARC platform where the OS provided library is GMP 4.3.2 and linking of stage2 binaries fails with:
```
Undefined first referenced
symbol in file
__gmpn_andn_n /home/karel/src/ghc-sparc-reg_ncg-head-2015-01-17/libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi.a(Type.o)
__gmpn_and_n /home/karel/src/ghc-sparc-reg_ncg-head-2015-01-17/libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi.a(Type.o)
__gmpn_ior_n /home/karel/src/ghc-sparc-reg_ncg-head-2015-01-17/libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi.a(Type.o)
__gmpn_xor_n /home/karel/src/ghc-sparc-reg_ncg-head-2015-01-17/libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi.a(Type.o)
ld: fatal: symbol referencing errors. No output written to ghc/stage2/build/tmp/ghc-stage2
```
the unresolve symbols are from GMP 5.x. GMP 4.x does not provide them.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ----------------- |
| Version | 7.11 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | libraries (other) |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"integer-gmp2 tries to be GMP 4.x compatible but uses functions from GMP 5.x","status":"New","operating_system":"","component":"libraries (other)","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.11","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"Hello,\r\nrecent HEAD is using integer-gmp2 wrapper around GMP library. This tries to be compatible with and use only functionality of GMP 4.x, but still it also uses some functions from GMP 5.x which makes this incompatible with GMP 4.x.\r\nThe issue is for example shown on Solaris/SPARC platform where the OS provided library is GMP 4.3.2 and linking of stage2 binaries fails with:\r\n\r\n{{{\r\nUndefined first referenced\r\n symbol in file\r\n__gmpn_andn_n /home/karel/src/ghc-sparc-reg_ncg-head-2015-01-17/libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi.a(Type.o)\r\n__gmpn_and_n /home/karel/src/ghc-sparc-reg_ncg-head-2015-01-17/libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi.a(Type.o)\r\n__gmpn_ior_n /home/karel/src/ghc-sparc-reg_ncg-head-2015-01-17/libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi.a(Type.o)\r\n__gmpn_xor_n /home/karel/src/ghc-sparc-reg_ncg-head-2015-01-17/libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi.a(Type.o)\r\nld: fatal: symbol referencing errors. No output written to ghc/stage2/build/tmp/ghc-stage2\r\n}}}\r\n\r\nthe unresolve symbols are from GMP 5.x. GMP 4.x does not provide them.\r\n","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1Herbert Valerio Riedelhvr@gnu.orgHerbert Valerio Riedelhvr@gnu.orghttps://gitlab.haskell.org/ghc/ghc/-/issues/9935Can't compile rts/StgCRun.c for aarch64-linux2019-07-07T18:38:22ZerikdCan't compile rts/StgCRun.c for aarch64-linuxWhen building an x86_64-linux to aarch64-linux cross-compiling I get:
```
rts/StgCRun.c: In function ‘StgRun’:
rts/StgCRun.c:756:5:
error: unknown register name ‘%lr’ in ‘asm’
__asm__ volatile (
```
It seems the asm code...When building an x86_64-linux to aarch64-linux cross-compiling I get:
```
rts/StgCRun.c: In function ‘StgRun’:
rts/StgCRun.c:756:5:
error: unknown register name ‘%lr’ in ‘asm’
__asm__ volatile (
```
It seems the asm code here is for iOS and does not work for Linux. Have a patch in progress.7.10.1erikderikdhttps://gitlab.haskell.org/ghc/ghc/-/issues/9924libffi configure script does not detect MSYS2 Windows 10 x86_642019-07-07T18:38:25ZLuite Stegemanlibffi configure script does not detect MSYS2 Windows 10 x86_64When building GHC 7.10 RC 1 on Windows 10 Technical Preview, 64 bit, in MSYS2, libffi fails with the message that it cannot determine the build system, and that `config.guess` and `config.sub` may need to be updated.
The latest versions...When building GHC 7.10 RC 1 on Windows 10 Technical Preview, 64 bit, in MSYS2, libffi fails with the message that it cannot determine the build system, and that `config.guess` and `config.sub` may need to be updated.
The latest versions do indeed work. Unfortunately the scripts are stored in the `libffi.tar` file, if we don't want to change the file we'll need some way to get the correct versions in place.
I have a very hacky workaround that downloads the latest versions after unpacking the tar, which is obviously not how it should be solved, but might help some people get their RC1 to build before we have a proper fix:
```
diff --git a/libffi/ghc.mk b/libffi/ghc.mk
index ec37f0c..fbd2e5e 100644
--- a/libffi/ghc.mk
+++ b/libffi/ghc.mk
@@ -89,6 +89,9 @@ $(libffi_STAMP_CONFIGURE): $(TOUCH_DEP)
cd libffi && \
$(LIBFFI_PATH_MANGLE) \
cd build && \
+ autoreconf -f && \
+ wget -O config.guess "http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD" && \
+ wget -O config.sub "http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD" && \
CC=$(CC_STAGE1) \
CXX=$(CC_STAGE1) \
LD=$(LD) \
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.10.1-rc1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"libffi configure script does not detect MSYS2 Windows 10 x86_64","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.10.1-rc1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"When building GHC 7.10 RC 1 on Windows 10 Technical Preview, 64 bit, in MSYS2, libffi fails with the message that it cannot determine the build system, and that `config.guess` and `config.sub` may need to be updated.\r\n\r\nThe latest versions do indeed work. Unfortunately the scripts are stored in the `libffi.tar` file, if we don't want to change the file we'll need some way to get the correct versions in place.\r\n\r\nI have a very hacky workaround that downloads the latest versions after unpacking the tar, which is obviously not how it should be solved, but might help some people get their RC1 to build before we have a proper fix:\r\n\r\n{{{\r\ndiff --git a/libffi/ghc.mk b/libffi/ghc.mk\r\nindex ec37f0c..fbd2e5e 100644\r\n--- a/libffi/ghc.mk\r\n+++ b/libffi/ghc.mk\r\n@@ -89,6 +89,9 @@ $(libffi_STAMP_CONFIGURE): $(TOUCH_DEP)\r\n \tcd libffi && \\\r\n \t $(LIBFFI_PATH_MANGLE) \\\r\n \t cd build && \\\r\n+ autoreconf -f && \\\r\n+ wget -O config.guess \"http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD\" && \\\r\n+ wget -O config.sub \"http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD\" && \\\r\n \t CC=$(CC_STAGE1) \\\r\n \t CXX=$(CC_STAGE1) \\\r\n \t LD=$(LD) \\\r\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9886PowerPC : Undefined reference to `__sync_fetch_and_xor_8'2019-07-07T18:38:37ZerikdPowerPC : Undefined reference to `__sync_fetch_and_xor_8'Compiling on PowerPC with git head (0c9c2d899e63b810), compile terminates with:
```
/home/ghc-upstream/libraries/ghc-prim/dist-install/build/
libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined
reference to `__sync_f...Compiling on PowerPC with git head (0c9c2d899e63b810), compile terminates with:
```
/home/ghc-upstream/libraries/ghc-prim/dist-install/build/
libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined
reference to `__sync_fetch_and_xor_8'
/home/ghc-upstream/libraries/ghc-prim/dist-install/build/
libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined
reference to `__sync_fetch_and_and_8'
/home/ghc-upstream/libraries/ghc-prim/dist-install/build/
libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined
reference to `__sync_fetch_and_nand_8'
/home/ghc-upstream/libraries/ghc-prim/dist-install/build/
libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined
reference to `__sync_val_compare_and_swap_8'
/home/ghc-upstream/libraries/ghc-prim/dist-install/build/
libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined
reference to `__sync_fetch_and_sub_8'
/home/ghc-upstream/libraries/ghc-prim/dist-install/build/
libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined
reference to `__sync_fetch_and_add_8'
/home/ghc-upstream/libraries/ghc-prim/dist-install/build/
libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined
reference to `__sync_fetch_and_or_8'
```
Looks like some new primops that need to be implemented for powerpc.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------------ |
| Version | 7.8.3 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler (CodeGen) |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | simonmar |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Undefined reference to `__sync_fetch_and_xor_8'","status":"New","operating_system":"","component":"Compiler (CodeGen)","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":["simonmar"],"type":"Bug","description":"Compiling on PowerPC with git head (0c9c2d899e63b810), compile terminates with:\r\n\r\n{{{\r\n/home/ghc-upstream/libraries/ghc-prim/dist-install/build/\r\n libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined\r\n reference to `__sync_fetch_and_xor_8'\r\n/home/ghc-upstream/libraries/ghc-prim/dist-install/build/\r\n libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined\r\n reference to `__sync_fetch_and_and_8'\r\n/home/ghc-upstream/libraries/ghc-prim/dist-install/build/\r\n libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined\r\n reference to `__sync_fetch_and_nand_8'\r\n/home/ghc-upstream/libraries/ghc-prim/dist-install/build/\r\n libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined\r\n reference to `__sync_val_compare_and_swap_8'\r\n/home/ghc-upstream/libraries/ghc-prim/dist-install/build/\r\n libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined\r\n reference to `__sync_fetch_and_sub_8'\r\n/home/ghc-upstream/libraries/ghc-prim/dist-install/build/\r\n libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined\r\n reference to `__sync_fetch_and_add_8'\r\n/home/ghc-upstream/libraries/ghc-prim/dist-install/build/\r\n libHSghcpr_FgrV6cgh2JHBlbcx1OSlwt-ghc7.9.20141214.so: undefined\r\n reference to `__sync_fetch_and_or_8'\r\n}}}\r\n\r\nLooks like some new primops that need to be implemented for powerpc.\r\n","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1erikderikdhttps://gitlab.haskell.org/ghc/ghc/-/issues/9828genprimopcode: parse error2019-07-07T18:38:54Zerikdgenprimopcode: parse errorBuilding git HEAD on powerpc-linux I get:
```
"inplace/bin/genprimopcode" --data-decl < compiler/stage1/build/primops.txt
> compiler/stage1/build/primop-data-decl.hs-incl
genprimopcode: parse error at "Parse error at li...Building git HEAD on powerpc-linux I get:
```
"inplace/bin/genprimopcode" --data-decl < compiler/stage1/build/primops.txt
> compiler/stage1/build/primop-data-decl.hs-incl
genprimopcode: parse error at "Parse error at line 42, column 8"
```
If I look at line 42 of `compiler/stage1/build/primops.txt` I see:
```
-- SCALAR_TYPE is the scalar type used to inject to/project from
vector
```
The word "vector" from the comment got wrapped onto the next line for no good reason.
I've checked the file `compiler/prelude/primops.txt.pp` which is processed to generate the file I'm having problems with and that file is fine.
I've cloned a new copy of the repo and done the usual `perl boot && ./configure && make` only to see exactly the same result.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.9 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"genprimopcode: parse error","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.9","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"Building git HEAD on powerpc-linux I get:\r\n\r\n{{{\r\n\"inplace/bin/genprimopcode\" --data-decl < compiler/stage1/build/primops.txt \r\n > compiler/stage1/build/primop-data-decl.hs-incl\r\ngenprimopcode: parse error at \"Parse error at line 42, column 8\"\r\n}}}\r\n\r\nIf I look at line 42 of `compiler/stage1/build/primops.txt` I see:\r\n\r\n{{{\r\n-- SCALAR_TYPE is the scalar type used to inject to/project from\r\n vector\r\n}}}\r\n\r\nThe word \"vector\" from the comment got wrapped onto the next line for no good reason.\r\n\r\nI've checked the file `compiler/prelude/primops.txt.pp` which is processed to generate the file I'm having problems with and that file is fine.\r\n\r\nI've cloned a new copy of the repo and done the usual `perl boot && ./configure && make` only to see exactly the same result.\r\n","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1Thomas MiedemaThomas Miedemahttps://gitlab.haskell.org/ghc/ghc/-/issues/9800Panic when building HEAD with BuildFlavour=quickest: "Can't use Integer in in...2019-07-07T18:39:00ZThomas MiedemaPanic when building HEAD with BuildFlavour=quickest: "Can't use Integer in integer-*"```
$ uname -op
x86_64 GNU/Linux
$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 7.8.3
$ git log --oneline | head -1
fa75309 Update .mailmap
$ make
===--- building phase 0
make -r --no-print-directory -f ghc.m...```
$ uname -op
x86_64 GNU/Linux
$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 7.8.3
$ git log --oneline | head -1
fa75309 Update .mailmap
$ make
===--- building phase 0
make -r --no-print-directory -f ghc.mk phase=0 phase_0_builds
make[1]: Nothing to be done for `phase_0_builds'.
===--- building phase 1
make -r --no-print-directory -f ghc.mk phase=1 phase_1_builds
make[1]: Nothing to be done for `phase_1_builds'.
===--- building final phase
make -r --no-print-directory -f ghc.mk phase=final all
"inplace/bin/ghc-stage1" -hisuf hi -osuf o -hcsuf hc -static -H64m -O0 -fasm -this-package-key integ_2MbWUstH60IEgCAexOk3v3 -hide-all-packages -i -ilibraries/integer-gmp2/src/ -ilibraries/integer-gmp2/dist-install/build -ilibraries/integer-gmp2/dist-install/build/autogen -Ilibraries/integer-gmp2/dist-install/build -Ilibraries/integer-gmp2/dist-install/build/autogen -Ilibraries/integer-gmp2/include -optP-include -optPlibraries/integer-gmp2/dist-install/build/autogen/cabal_macros.h -package-key ghcpr_BE58KUgBe9ELCsPXiJ1Q2r -this-package-key integer-gmp -Wall -XHaskell2010 -O0 -fasm -no-user-package-db -rtsopts -odir libraries/integer-gmp2/dist-install/build -hidir libraries/integer-gmp2/dist-install/build -stubdir libraries/integer-gmp2/dist-install/build -dynamic-too -c libraries/integer-gmp2/src//GHC/Integer/Type.hs -o libraries/integer-gmp2/dist-install/build/GHC/Integer/Type.o -dyno libraries/integer-gmp2/dist-install/build/GHC/Integer/Type.dyn_o
ghc-stage1: panic! (the 'impossible' happened)
(GHC version 7.9.20141114 for x86_64-unknown-linux):
Can't use Integer in integer-*
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
make[1]: *** [libraries/integer-gmp2/dist-install/build/GHC/Integer/Type.o] Error 1
make: *** [all] Error 2
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.3 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | hvr |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Panic when building HEAD with BuildFlavour=quickest: \"Can't use Integer in integer-*\"","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":["hvr"],"type":"Bug","description":"{{{\r\n$ uname -op\r\nx86_64 GNU/Linux\r\n\r\n$ ghc --version\r\nThe Glorious Glasgow Haskell Compilation System, version 7.8.3\r\n\r\n$ git log --oneline | head -1\r\nfa75309 Update .mailmap\r\n\r\n$ make\r\n===--- building phase 0\r\nmake -r --no-print-directory -f ghc.mk phase=0 phase_0_builds\r\nmake[1]: Nothing to be done for `phase_0_builds'.\r\n===--- building phase 1\r\nmake -r --no-print-directory -f ghc.mk phase=1 phase_1_builds\r\nmake[1]: Nothing to be done for `phase_1_builds'.\r\n===--- building final phase\r\nmake -r --no-print-directory -f ghc.mk phase=final all\r\n\"inplace/bin/ghc-stage1\" -hisuf hi -osuf o -hcsuf hc -static -H64m -O0 -fasm -this-package-key integ_2MbWUstH60IEgCAexOk3v3 -hide-all-packages -i -ilibraries/integer-gmp2/src/ -ilibraries/integer-gmp2/dist-install/build -ilibraries/integer-gmp2/dist-install/build/autogen -Ilibraries/integer-gmp2/dist-install/build -Ilibraries/integer-gmp2/dist-install/build/autogen -Ilibraries/integer-gmp2/include -optP-include -optPlibraries/integer-gmp2/dist-install/build/autogen/cabal_macros.h -package-key ghcpr_BE58KUgBe9ELCsPXiJ1Q2r -this-package-key integer-gmp -Wall -XHaskell2010 -O0 -fasm -no-user-package-db -rtsopts -odir libraries/integer-gmp2/dist-install/build -hidir libraries/integer-gmp2/dist-install/build -stubdir libraries/integer-gmp2/dist-install/build -dynamic-too -c libraries/integer-gmp2/src//GHC/Integer/Type.hs -o libraries/integer-gmp2/dist-install/build/GHC/Integer/Type.o -dyno libraries/integer-gmp2/dist-install/build/GHC/Integer/Type.dyn_o\r\nghc-stage1: panic! (the 'impossible' happened)\r\n (GHC version 7.9.20141114 for x86_64-unknown-linux):\r\n\tCan't use Integer in integer-*\r\n\r\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\n\r\nmake[1]: *** [libraries/integer-gmp2/dist-install/build/GHC/Integer/Type.o] Error 1\r\nmake: *** [all] Error 2\r\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9697./configure fails due to obselete usage of 'find -perm' in aclocal.m42019-07-07T18:39:24Znich./configure fails due to obselete usage of 'find -perm' in aclocal.m41. /configure produces error message when building on current Fedora (20). According to find ver 4.5.11 the usage '-perm +XXX' has been deprecated since 2005 (use '-perm \\XXX' instead). The message '/usr/bin/find: invalid mode '+111' ' ...1. /configure produces error message when building on current Fedora (20). According to find ver 4.5.11 the usage '-perm +XXX' has been deprecated since 2005 (use '-perm \\XXX' instead). The message '/usr/bin/find: invalid mode '+111' ' is seen several times as a result.
Whether this has any material impact I am not qualified to judge. I am actually trying to build HaLVM (from Galois) and first noticed the issue in their fork of GHC. However, this behaviour is also present in git HEAD (commit d7867810d5ffd08c77c30e928bb3dca21beae0b9).
Making the obvious one line change in aclocal.m4 resolves the issue, and produces a clean build, for me at least.
Patch attached
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.3 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"./configure fails due to obselete usage of 'find -perm' in aclocal.m4","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.3","keywords":["aclocal.m4","find","perm"],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"./configure produces error message when building on current Fedora (20). According to find ver 4.5.11 the usage '-perm +XXX' has been deprecated since 2005 (use '-perm \\XXX' instead). The message '/usr/bin/find: invalid mode '+111' ' is seen several times as a result.\r\nWhether this has any material impact I am not qualified to judge. I am actually trying to build HaLVM (from Galois) and first noticed the issue in their fork of GHC. However, this behaviour is also present in git HEAD (commit d7867810d5ffd08c77c30e928bb3dca21beae0b9).\r\nMaking the obvious one line change in aclocal.m4 resolves the issue, and produces a clean build, for me at least.\r\nPatch attached","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9626Test command lines munged on Windows when running on msys Python2019-07-07T18:39:46ZgintasTest command lines munged on Windows when running on msys PythonOn Windows, the test runner works fine if run under Windows-native Python, but fails with the msys Python because of the heuristic transformations that msys applies to all binary invocations of non-msys binaries (such as timeout.exe) by ...On Windows, the test runner works fine if run under Windows-native Python, but fails with the msys Python because of the heuristic transformations that msys applies to all binary invocations of non-msys binaries (such as timeout.exe) by msys binaries (such as python). This is relatively easy to sidestep by going through /usr/bin/cmd in msys which sidesteps the argument munging.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.9 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Test command lines munged on Windows when running on msys Python","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.9","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"On Windows, the test runner works fine if run under Windows-native Python, but fails with the msys Python because of the heuristic transformations that msys applies to all binary invocations of non-msys binaries (such as timeout.exe) by msys binaries (such as python). This is relatively easy to sidestep by going through /usr/bin/cmd in msys which sidesteps the argument munging.","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9604Python test runner assumes native Python on Windows2019-07-07T18:39:51ZgintasPython test runner assumes native Python on Windowsruntests.py assumes that ctypes.windll is always available when running on Windows, but that is in fact only available when using a native Windows Python, but not the mingw/msys Python. The code causes a crash over a trivial issue of set...runtests.py assumes that ctypes.windll is always available when running on Windows, but that is in fact only available when using a native Windows Python, but not the mingw/msys Python. The code causes a crash over a trivial issue of setting the terminal to UTF-8 mode.
See attached patch for a fix. (The second patch is a cleanup.)
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Python test runner assumes native Python on Windows","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"runtests.py assumes that ctypes.windll is always available when running on Windows, but that is in fact only available when using a native Windows Python, but not the mingw/msys Python. The code causes a crash over a trivial issue of setting the terminal to UTF-8 mode.\r\n\r\nSee attached patch for a fix. (The second patch is a cleanup.)","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9598GHC fails to build on Windows because of AMP breakage in haskeline2019-07-07T18:39:52ZgintasGHC fails to build on Windows because of AMP breakage in haskeline<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 7.8.2 |
| Type | Bug |
| TypeOfFa...<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 7.8.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | Unknown/Multiple |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"GHC fails to build on Windows because of AMB breakage in haskeline","status":"New","operating_system":"Unknown/Multiple","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1thoughtpolicethoughtpolicehttps://gitlab.haskell.org/ghc/ghc/-/issues/9593Edit New issue Building current ghc HEAD fails with globalRegMaybe not define...2019-07-07T18:39:53ZMoritz AngermannEdit New issue Building current ghc HEAD fails with globalRegMaybe not defined for this platform```
ghc-stage1: panic! (the 'impossible' happened)
(GHC version 7.9.20140906 for arm-apple-ios):
globalRegMaybe not defined for this platform
```
Patch is at https://phabricator.haskell.org/D208 already.
A similar bug for non-reg...```
ghc-stage1: panic! (the 'impossible' happened)
(GHC version 7.9.20140906 for arm-apple-ios):
globalRegMaybe not defined for this platform
```
Patch is at https://phabricator.haskell.org/D208 already.
A similar bug for non-registers builds was raised as #90557.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9578Quoting issue in configure.ac2019-07-07T18:39:57ZgintasQuoting issue in configure.acSome ghc invocations in configure.ac are not properly quoted, causing ./configure to spew errors if there are spaces in the path. See attached patch.
<details><summary>Trac metadata</summary>
| Trac field | Value |
|...Some ghc invocations in configure.ac are not properly quoted, causing ./configure to spew errors if there are spaces in the path. See attached patch.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.9 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Quoting issue in configure.ac","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.9","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"Some ghc invocations in configure.ac are not properly quoted, causing ./configure to spew errors if there are spaces in the path. See attached patch.","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9372dll-split during stage 2 compiling ghc v7.8.3 for arm_linux2019-07-07T18:40:41Zchrisfgldll-split during stage 2 compiling ghc v7.8.3 for arm_linuxTrying to compile GHC 7.8.3 for ubuntu/arm. Was in Stage 1 for 8 hours before exiting with following message:
```
dll-split: internal error: evacuate(static): strange closure type 0
(GHC version 7.8.3 for arm_unknown_linux)
Plea...Trying to compile GHC 7.8.3 for ubuntu/arm. Was in Stage 1 for 8 hours before exiting with following message:
```
dll-split: internal error: evacuate(static): strange closure type 0
(GHC version 7.8.3 for arm_unknown_linux)
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
make[1]: *** [compiler/stage2/dll-split.stamp] Aborted (core dumped)
make: *** [all] Error 2
```7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9362make clean deletes inplace mingw2019-07-07T18:40:43Zniklaslmake clean deletes inplace mingwRunning `make clean` removes the mingw toolchain from the inplace directory, forcing another `configure` before building is possible again.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------...Running `make clean` removes the mingw toolchain from the inplace directory, forcing another `configure` before building is possible again.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"make clean deletes inplace mingw","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"Running `make clean` removes the mingw toolchain from the inplace directory, forcing another `configure` before building is possible again. ","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/9268internal error: evacuate(static): strange closure type -3858759682019-07-07T18:41:07Zbrbrinternal error: evacuate(static): strange closure type -385875968From a fresh checkout
```
$ git describe
ghc-7.9-start-4689-g0567a31
```
and "make -j3" of the "quick-llvm" profile:
```
inplace/bin/dll-split compiler/stage2/build/.depend-v-dyn.haskell "DynFlags" "Annotations Avail Bag BasicTypes B...From a fresh checkout
```
$ git describe
ghc-7.9-start-4689-g0567a31
```
and "make -j3" of the "quick-llvm" profile:
```
inplace/bin/dll-split compiler/stage2/build/.depend-v-dyn.haskell "DynFlags" "Annotations Avail Bag BasicTypes BinIface Binary Bitmap BlockId BooleanFormula BreakArray BufWrite BuildTyCl ByteCodeAsm ByteCodeInstr ByteCodeItbls CLabel Class CmdLineParser Cmm CmmCallConv CmmExpr CmmInfo CmmMachOp CmmNode CmmType CmmUtils CoAxiom ConLike CodeGen.Platform CodeGen.Platform.ARM CodeGen.Platform.NoRegs CodeGen.Platform.PPC CodeGen.Platform.PPC_Darwin CodeGen.Platform.SPARC CodeGen.Platform.X86 CodeGen.Platform.X86_64 Coercion Config Constants CoreArity CoreFVs CoreLint CoreSubst CoreSyn CoreTidy CoreUnfold CoreUtils CostCentre DataCon Demand Digraph DriverPhases DsMonad DynFlags Encoding ErrUtils Exception ExtsCompat46 FamInstEnv FastBool FastFunctions FastMutInt FastString FastTypes Finder Fingerprint FiniteMap ForeignCall Hooks Hoopl Hoopl.Dataflow HsBinds HsDecls HsDoc HsExpr HsImpExp HsLit HsPat HsSyn HsTypes HsUtils HscTypes IOEnv Id IdInfo IfaceEnv IfaceSyn IfaceType InstEnv InteractiveEvalTypes Kind ListSetOps Literal LoadIface Maybes MkCore MkGraph MkId Module MonadUtils Name NameEnv NameSet OccName OccurAnal OptCoercion OrdList Outputable PackageConfig Packages Pair Panic PatSyn PipelineMonad Platform PlatformConstants PprCmm PprCmmDecl PprCmmExpr PprCore PrelInfo PrelNames PrelRules Pretty PrimOp RdrName Reg RegClass Rules SMRep Serialized SrcLoc StaticFlags StgCmmArgRep StgCmmClosure StgCmmEnv StgCmmLayout StgCmmMonad StgCmmProf StgCmmTicky StgCmmUtils StgSyn Stream StringBuffer TcEvidence TcIface TcRnMonad TcRnTypes TcType TcTypeNats TrieMap TyCon Type TypeRep TysPrim TysWiredIn Unify UniqFM UniqSet UniqSupply Unique Util Var VarEnv VarSet"
dll-split: internal error: evacuate(static): strange closure type -385875968
(GHC version 7.9.20140704 for x86_64_unknown_linux)
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
make[1]: *** [compiler/stage2/dll-split.stamp] Aborted (core dumped)
make[1]: *** Waiting for unfinished jobs....
<<ghc: 1842198088 bytes, 249 GCs, 9848554/24268488 avg/max bytes residency (7 samples), 62M in use, 0.00 INIT (0.00 elapsed), 1.54 MUT (3.48 elapsed), 0.35 GC (0.37 elapsed) :ghc>>
make: *** [all] Error 2
```
Host GHC:
```
$ ghc --info
[("Project name","The Glorious Glasgow Haskell Compilation System")
,("GCC extra via C opts"," -fwrapv")
,("C compiler command","/usr/bin/gcc")
,("C compiler flags"," -fno-stack-protector")
,("C compiler link flags","")
,("ld command","/usr/bin/ld")
,("ld flags","")
,("ld supports compact unwind","YES")
,("ld supports build-id","YES")
,("ld supports filelist","NO")
,("ld is GNU ld","YES")
,("ar command","/usr/bin/ar")
,("ar flags","q")
,("ar supports at file","YES")
,("touch command","touch")
,("dllwrap command","/bin/false")
,("windres command","/bin/false")
,("libtool command","libtool")
,("perl command","/usr/bin/perl")
,("target os","OSLinux")
,("target arch","ArchX86_64")
,("target word size","8")
,("target has GNU nonexec stack","True")
,("target has .ident directive","True")
,("target has subsections via symbols","False")
,("Unregisterised","NO")
,("LLVM llc command","llc")
,("LLVM opt command","opt")
,("Project version","7.8.2")
,("Booter version","7.4.1")
,("Stage","2")
,("Build platform","x86_64-unknown-linux")
,("Host platform","x86_64-unknown-linux")
,("Target platform","x86_64-unknown-linux")
,("Have interpreter","YES")
,("Object splitting supported","YES")
,("Have native code generator","YES")
,("Support SMP","YES")
,("Tables next to code","YES")
,("RTS ways","l debug thr thr_debug thr_l thr_p dyn debug_dyn thr_dyn thr_debug_dyn l_dyn thr_l_dyn")
,("Support dynamic-too","YES")
,("Support parallel --make","YES")
,("Dynamic by default","NO")
,("GHC Dynamic","YES")
,("Leading underscore","NO")
,("Debug on","False")
,("LibDir","/home/brian/stage/ghc-7.8.2-install/lib/ghc-7.8.2")
,("Global Package DB","/home/brian/stage/ghc-7.8.2-install/lib/ghc-7.8.2/package.conf.d")
]
```7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/8976dll-split: internal error: evacuate(static): strange closure type 02022-02-27T21:12:50ZJens Petersendll-split: internal error: evacuate(static): strange closure type 0ghc-7.8.1 fails to build on Fedora ARM.
This appears to be a regression compared to 7.8.1 RC2.
```
:
chmod +x inplace/bin/runghc
inplace/bin/dll-split compiler/stage2/build/.depend-v-d...ghc-7.8.1 fails to build on Fedora ARM.
This appears to be a regression compared to 7.8.1 RC2.
```
:
chmod +x inplace/bin/runghc
inplace/bin/dll-split compiler/stage2/build/.depend-v-dyn.haskell "DynFlags" "Annotations Avail Bag BasicTypes BinIface Binary Bitmap BlockId BooleanFormula BreakArray BufWrite BuildTyCl ByteCodeAsm ByteCodeInstr ByteCodeItbls CLabel Class CmdLineParser Cmm CmmCallConv CmmExpr CmmInfo CmmMachOp CmmNode CmmType CmmUtils CoAxiom ConLike CodeGen.Platform CodeGen.Platform.ARM CodeGen.Platform.NoRegs CodeGen.Platform.PPC CodeGen.Platform.PPC_Darwin CodeGen.Platform.SPARC CodeGen.Platform.X86 CodeGen.Platform.X86_64 Coercion Config Constants CoreArity CoreFVs CoreLint CoreSubst CoreSyn CoreTidy CoreUnfold CoreUtils CostCentre DataCon Demand Digraph DriverPhases DsMonad DynFlags Encoding ErrUtils Exception ExtsCompat46 FamInstEnv FastBool FastFunctions FastMutInt FastString FastTypes Finder Fingerprint FiniteMap ForeignCall Hooks Hoopl Hoopl.Dataflow HsBinds HsDecls HsDoc HsExpr HsImpExp HsLit HsPat HsSyn HsTypes HsUtils HscTypes IOEnv Id IdInfo IfaceEnv IfaceSyn IfaceType InstEnv InteractiveEvalTypes Kind ListSetOps Literal LoadIface Maybes MkCore MkGraph MkId Module MonadUtils Name NameEnv NameSet OccName OccurAnal OptCoercion OrdList Outputable PackageConfig Packages Pair Panic PatSyn PipelineMonad Platform PlatformConstants PprCmm PprCmmDecl PprCmmExpr PprCore PrelInfo PrelNames PrelRules Pretty PrimOp RdrName Reg RegClass Rules SMRep Serialized SrcLoc StaticFlags StgCmmArgRep StgCmmClosure StgCmmEnv StgCmmLayout StgCmmMonad StgCmmProf StgCmmTicky StgCmmUtils StgSyn Stream StringBuffer TcEvidence TcIface TcRnMonad TcRnTypes TcType TcTypeNats TrieMap TyCon Type TypeRep TysPrim TysWiredIn Unify UniqFM UniqSet UniqSupply Unique Util Var VarEnv VarSet"
dll-split: internal error: evacuate(static): strange closure type 0
(GHC version 7.8.1 for arm_unknown_linux)
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
make[1]: *** [compiler/stage2/dll-split.stamp] Aborted
```
This is the bug report!
This happens on both Fedora 20 (current latest stable release) and 21 (in development). The build is against ghc-7.6.3 and llvm 3.3 and 3.4 respectively.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"dll-split: internal error: evacuate(static): strange closure type 0","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"ghc-7.8.1 fails to build on Fedora ARM.\r\nThis appears to be a regression compared to 7.8.1 RC2.\r\n\r\n{{{\r\n:\r\nchmod +x inplace/bin/runghc\r\ninplace/bin/dll-split compiler/stage2/build/.depend-v-dyn.haskell \"DynFlags\" \"Annotations Avail Bag BasicTypes BinIface Binary Bitmap BlockId BooleanFormula BreakArray BufWrite BuildTyCl ByteCodeAsm ByteCodeInstr ByteCodeItbls CLabel Class CmdLineParser Cmm CmmCallConv CmmExpr CmmInfo CmmMachOp CmmNode CmmType CmmUtils CoAxiom ConLike CodeGen.Platform CodeGen.Platform.ARM CodeGen.Platform.NoRegs CodeGen.Platform.PPC CodeGen.Platform.PPC_Darwin CodeGen.Platform.SPARC CodeGen.Platform.X86 CodeGen.Platform.X86_64 Coercion Config Constants CoreArity CoreFVs CoreLint CoreSubst CoreSyn CoreTidy CoreUnfold CoreUtils CostCentre DataCon Demand Digraph DriverPhases DsMonad DynFlags Encoding ErrUtils Exception ExtsCompat46 FamInstEnv FastBool FastFunctions FastMutInt FastString FastTypes Finder Fingerprint FiniteMap ForeignCall Hooks Hoopl Hoopl.Dataflow HsBinds HsDecls HsDoc HsExpr HsImpExp HsLit HsPat HsSyn HsTypes HsUtils HscTypes IOEnv Id IdInfo IfaceEnv IfaceSyn IfaceType InstEnv InteractiveEvalTypes Kind ListSetOps Literal LoadIface Maybes MkCore MkGraph MkId Module MonadUtils Name NameEnv NameSet OccName OccurAnal OptCoercion OrdList Outputable PackageConfig Packages Pair Panic PatSyn PipelineMonad Platform PlatformConstants PprCmm PprCmmDecl PprCmmExpr PprCore PrelInfo PrelNames PrelRules Pretty PrimOp RdrName Reg RegClass Rules SMRep Serialized SrcLoc StaticFlags StgCmmArgRep StgCmmClosure StgCmmEnv StgCmmLayout StgCmmMonad StgCmmProf StgCmmTicky StgCmmUtils StgSyn Stream StringBuffer TcEvidence TcIface TcRnMonad TcRnTypes TcType TcTypeNats TrieMap TyCon Type TypeRep TysPrim TysWiredIn Unify UniqFM UniqSet UniqSupply Unique Util Var VarEnv VarSet\"\r\ndll-split: internal error: evacuate(static): strange closure type 0\r\n (GHC version 7.8.1 for arm_unknown_linux)\r\n Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\nmake[1]: *** [compiler/stage2/dll-split.stamp] Aborted\r\n}}}\r\n\r\nThis is the bug report!\r\n\r\nThis happens on both Fedora 20 (current latest stable release) and 21 (in development). The build is against ghc-7.6.3 and llvm 3.3 and 3.4 respectively.","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/8886sync-all: END actions result in confusing error message2019-07-07T18:42:57ZFlorian Weimerfw@deneb.enyo.desync-all: END actions result in confusing error messageThe instructions at [Newcomers](newcomers) were slightly outdated, and result in a rather confusing error message:
```
$ ./sync-all --testsuite get
Unrecognised flag: --testsuite at ./sync-all line 872.
== Checking for old haddock repo
...The instructions at [Newcomers](newcomers) were slightly outdated, and result in a rather confusing error message:
```
$ ./sync-all --testsuite get
Unrecognised flag: --testsuite at ./sync-all line 872.
== Checking for old haddock repo
== Checking for old binary repo
== Checking for old mtl repo
== Checking for old Cabal repo
== Checking for old time from tarball
============================
ATTENTION!
You have an old time package in your GHC tree!
Please remove it (e.g. "rm -r libraries/time"), and then run
"./sync-all get" to get the new repository.
============================
== Checking for obsolete Git repo URL
$
```
The patch suppresses the misleading error message. I've already removed the `--testsuite` flag from the wiki page.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ----------------- |
| Version | 7.6.3 |
| Type | Bug |
| TypeOfFailure | BuildingGhcFailed |
| Priority | normal |
| Resolution | Unresolved |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"sync-all: END actions result in confusing error message","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.6.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"The instructions at [wiki:Newcomers] were slightly outdated, and result in a rather confusing error message:\r\n\r\n{{{\r\n$ ./sync-all --testsuite get\r\nUnrecognised flag: --testsuite at ./sync-all line 872.\r\n== Checking for old haddock repo\r\n== Checking for old binary repo\r\n== Checking for old mtl repo\r\n== Checking for old Cabal repo\r\n== Checking for old time from tarball\r\n============================\r\nATTENTION!\r\n\r\nYou have an old time package in your GHC tree!\r\n\r\nPlease remove it (e.g. \"rm -r libraries/time\"), and then run\r\n\"./sync-all get\" to get the new repository.\r\n============================\r\n== Checking for obsolete Git repo URL\r\n$\r\n}}}\r\n\r\nThe patch suppresses the misleading error message. I've already removed the `--testsuite` flag from the wiki page.\r\n","type_of_failure":"BuildingGhcFailed","blocking":[]} -->7.10.1Herbert Valerio Riedelhvr@gnu.orgHerbert Valerio Riedelhvr@gnu.orghttps://gitlab.haskell.org/ghc/ghc/-/issues/8701Update libffi-tarballs to latest libffi2019-07-07T18:43:53ZlukexiUpdate libffi-tarballs to latest libffilibffi 3.0.14 contains fixes necessary for successful iOS (and probably ARM in general) cross-compilation.
I've created a new archive that can be dropped in to replace the current libffi-tarballs archive here:
https://github.com/ghc-ios...libffi 3.0.14 contains fixes necessary for successful iOS (and probably ARM in general) cross-compilation.
I've created a new archive that can be dropped in to replace the current libffi-tarballs archive here:
https://github.com/ghc-ios/libffi-tarballs/blob/master/libffi-3.0.14.tar.gz?raw=true
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | -------------- |
| Version | 7.8.1-rc1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | high |
| Resolution | Unresolved |
| Component | Compiler (FFI) |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | thoughtpolice |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Update libffi-tarballs to latest libffi","status":"New","operating_system":"","component":"Compiler (FFI)","related":[],"milestone":"7.8.1","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.1-rc1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":["thoughtpolice"],"type":"Bug","description":"libffi 3.0.14 contains fixes necessary for successful iOS (and probably ARM in general) cross-compilation.\r\n\r\nI've created a new archive that can be dropped in to replace the current libffi-tarballs archive here:\r\nhttps://github.com/ghc-ios/libffi-tarballs/blob/master/libffi-3.0.14.tar.gz?raw=true","type_of_failure":"OtherFailure","blocking":[]} -->7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/8528Preprocessor issues building GHC HEAD on Mavericks2019-07-07T18:44:40ZguestPreprocessor issues building GHC HEAD on MavericksI can't build GHC HEAD on Mavericks with Xcode 5 and GCC 4.2.
My system:
- Mavericks, Xcode 5.
- Building with GHC 7.6.3 x64 installed from .
- Apple GCC 4.2 installed via homebrew.
In `/Library/Frameworks/GHC.framework/Versions/7.6.3...I can't build GHC HEAD on Mavericks with Xcode 5 and GCC 4.2.
My system:
- Mavericks, Xcode 5.
- Building with GHC 7.6.3 x64 installed from .
- Apple GCC 4.2 installed via homebrew.
In `/Library/Frameworks/GHC.framework/Versions/7.6.3-x86_64/usr/lib/ghc-7.6.3/settings`, I've changed the compiled to this:
```
("C compiler command", "/Users/nkpart/bin/gcc"),
```
`~/bin/gcc` is
{{{
\#!/bin/sh
echo $\* \>\> \~/bin/gcc_log
gcc-4.2 $@
}}}
I have run:
```
$ git clone ..
$ perl boot
$ ./configure
$ make
```
The error I get is:
```
"/usr/bin/ghc" -M -static -H64m -O0 -fasm -package-db libraries/bootstrapping.conf -i -iutils/genprimopcode/. -iutils/genprimopcode/dist/build -iutils/genprimopcode/dist/build/autogen -Iutils/genprimopcode/dist/build -Iutils/genprimopcode/dist/build/autogen -package array -no-user-package-db -rtsopts -odir utils/genprimopcode/dist/build -hidir utils/genprimopcode/dist/build -stubdir utils/genprimopcode/dist/build -dep-makefile utils/genprimopcode/dist/build/.depend.haskell.tmp -dep-suffix "" -include-pkg-deps utils/genprimopcode/dist/build/Lexer.hs utils/genprimopcode/./Main.hs utils/genprimopcode/./ParserM.hs utils/genprimopcode/dist/build/Parser.hs utils/genprimopcode/./Syntax.hs
line-map.c: file "templates/GenericTemplate.hs" left but not entered
utils/genprimopcode/dist/build/Lexer.hs:143:0:
error: #else without #if
utils/genprimopcode/dist/build/Lexer.hs:144:0:
warning: "GTE" redefined
utils/genprimopcode/dist/build/Lexer.hs:141:0:
warning: this is the location of the previous definition
utils/genprimopcode/dist/build/Lexer.hs:145:0:
warning: "EQ" redefined
utils/genprimopcode/dist/build/Lexer.hs:142:0:
warning: this is the location of the previous definition
utils/genprimopcode/dist/build/Lexer.hs:146:0:
error: #endif without #if
utils/genprimopcode/dist/build/Lexer.hs:197:0:
error: #else without #if
utils/genprimopcode/dist/build/Lexer.hs:200:0:
error: #endif without #if
make[1]: *** [utils/genprimopcode/dist/build/.depend.haskell] Error 1
make: *** [all] Error 2
```7.10.1https://gitlab.haskell.org/ghc/ghc/-/issues/8374`tcIfaceGlobal (local): not found` while compiling2019-07-07T18:45:20ZBen Gamari`tcIfaceGlobal (local): not found` while compilingOn commit fa3ffb43144eadc406031110b01ba3dc4f9bd94e on compiling on ARM,
```
"rm" -f libraries/integer-gmp/dist-install/build/libHSinteger-gmp-0.5.1.0.a.contents
"/usr/bin/ld" -r -o libraries/integer-gmp/dist-install/build/HSinteger-g...On commit fa3ffb43144eadc406031110b01ba3dc4f9bd94e on compiling on ARM,
```
"rm" -f libraries/integer-gmp/dist-install/build/libHSinteger-gmp-0.5.1.0.a.contents
"/usr/bin/ld" -r -o libraries/integer-gmp/dist-install/build/HSinteger-gmp-0.5.1.0.o libraries/integer-gmp/dist-install/build/GHC/Integer.o libraries/integer-gmp/dist-install/build/GHC/Integer/GMP/Internals.o libraries/integer-gmp/dist-install/build/GHC/Integer/GMP/Prim.o libraries/integer-gmp/dist-install/build/GHC/Integer/Logarithms.o libraries/integer-gmp/dist-install/build/GHC/Integer/Logarithms/Internals.o libraries/integer-gmp/dist-install/build/GHC/Integer/Type.o libraries/integer-gmp/dist-install/build/cbits/gmp-wrappers.o libraries/integer-gmp/dist-install/build/cbits/cbits.o
ghc-stage1: panic! (the 'impossible' happened)
(GHC version 7.7.20130924 for arm-unknown-linux):
tcIfaceGlobal (local): not found:
base:GHC.Base.$fMonadIO{v r1}
[(02K, Identifier ‛base:GHC.Base.fail{v 02K}’),
(02L, Identifier ‛base:GHC.Base.>>={v 02L}’),
(02M, Identifier ‛base:GHC.Base.>>{v 02M}’),
(02N, Identifier ‛base:GHC.Base.fmap{v 02N}’),
(02O, Identifier ‛base:GHC.Base.return{v 02O}’),
(28, Class ‛base:GHC.Base.Monad{tc 28}’),
(2a, Class ‛base:GHC.Base.Functor{tc 2a}’),
(36r, Type constructor ‛base:GHC.Base.Opaque{tc 36r}’),
(36u, Type constructor ‛base:GHC.Base.String{tc 36u}’),
(rB, Data constructor ‛base:GHC.Base.O{d rB}’),
(rD, Identifier ‛base:GHC.Base.<${v rD}’),
(rhP, Identifier ‛base:GHC.Base.O{v rhP}’),
(ri5, Data constructor ‛base:GHC.Base.D:Functor{d ri5}’),
(rit, Identifier ‛base:GHC.Base.$dm<${v rit}’),
(riv, Identifier ‛base:GHC.Base.D:Functor{v riv}’),
(riX, Data constructor ‛base:GHC.Base.D:Monad{d riX}’),
(rjw, Identifier ‛base:GHC.Base.$dm>>{v rjw}’),
(rjx, Identifier ‛base:GHC.Base.$dmfail{v rjx}’),
(rjz, Identifier ‛base:GHC.Base.D:Monad{v rjz}’)]
```7.10.1thoughtpolicethoughtpolice