GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2019-07-07T18:42:55Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/8893-XPolyKinds causes "*** Exception: Prelude.(!!): index too large"2019-07-07T18:42:55Zghorn-XPolyKinds causes "*** Exception: Prelude.(!!): index too large"The following program will compile fine:
```
{-# OPTIONS_GHC -Wall #-}
{-# Language DeriveFunctor #-}
--{-# Language PolyKinds #-}
module Bug where
data V a = V [a] deriving Functor
data C x a = C (V (P x a)) deriving Functor
data P...The following program will compile fine:
```
{-# OPTIONS_GHC -Wall #-}
{-# Language DeriveFunctor #-}
--{-# Language PolyKinds #-}
module Bug where
data V a = V [a] deriving Functor
data C x a = C (V (P x a)) deriving Functor
data P x a = P (x a) deriving Functor
```
But when PolyKinds is enabled, GHC crashes with
```
$ ghc Bug.hs
[1 of 1] Compiling Bug ( Bug.hs, Bug.o )
Bug.hs:9:37:ghc: panic! (the 'impossible' happened)
(GHC version 7.8.0.20140228 for x86_64-unknown-linux):
Prelude.(!!): index too large
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.1-rc2 |
| 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":"-XPolyKinds causes \"*** Exception: Prelude.(!!): index too large\"","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.1-rc2","keywords":["PolyKinds"],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"The following program will compile fine:\r\n{{{\r\n{-# OPTIONS_GHC -Wall #-}\r\n{-# Language DeriveFunctor #-}\r\n--{-# Language PolyKinds #-}\r\n\r\nmodule Bug where\r\n\r\ndata V a = V [a] deriving Functor\r\n\r\ndata C x a = C (V (P x a)) deriving Functor\r\n\r\ndata P x a = P (x a) deriving Functor\r\n}}}\r\n\r\nBut when PolyKinds is enabled, GHC crashes with\r\n\r\n{{{\r\n$ ghc Bug.hs \r\n[1 of 1] Compiling Bug ( Bug.hs, Bug.o )\r\n\r\nBug.hs:9:37:ghc: panic! (the 'impossible' happened)\r\n (GHC version 7.8.0.20140228 for x86_64-unknown-linux):\r\n\tPrelude.(!!): index too large\r\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/8892Ghc panics (variable not found)2019-07-07T18:42:55ZjwlatoGhc panics (variable not found)When attempting to compile a module with ghc-7.8-RC2, using the flags `--ghc-options=-j8 -O2 -Werror`, I encountered this error:
```
ghc: panic! (the 'impossible' happened)
(GHC version 7.8.0.20140228 for x86_64-unknown-linux):
...When attempting to compile a module with ghc-7.8-RC2, using the flags `--ghc-options=-j8 -O2 -Werror`, I encountered this error:
```
ghc: panic! (the 'impossible' happened)
(GHC version 7.8.0.20140228 for x86_64-unknown-linux):
StgCmmEnv: variable not found
foldlM'_loop{v i1iSV} [lid]
local binds for:
```
followed by about 1100 bindings (none of are the binding in question). Omitting the `-j` flag makes no difference. Building `-O0` succeeds.
I don't have a standalone test case, and it's not clear to me how to make one as I have no idea what's causing this. I'll try to narrow it down, but if anyone could suggest some flags to twiddle or some other factor to adjust I'd appreciate it. I'm suspecting that it's a function referenced from inlining something vector-related.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.1-rc2 |
| 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":"Ghc panics (variable not found)","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.1-rc2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"When attempting to compile a module with ghc-7.8-RC2, using the flags `--ghc-options=-j8 -O2 -Werror`, I encountered this error:\r\n\r\n{{{\r\n ghc: panic! (the 'impossible' happened)\r\n (GHC version 7.8.0.20140228 for x86_64-unknown-linux):\r\n StgCmmEnv: variable not found\r\n foldlM'_loop{v i1iSV} [lid]\r\n local binds for:\r\n}}}\r\n\r\nfollowed by about 1100 bindings (none of are the binding in question). Omitting the `-j` flag makes no difference. Building `-O0` succeeds.\r\n\r\nI don't have a standalone test case, and it's not clear to me how to make one as I have no idea what's causing this. I'll try to narrow it down, but if anyone could suggest some flags to twiddle or some other factor to adjust I'd appreciate it. I'm suspecting that it's a function referenced from inlining something vector-related.","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/8870GHC 7.8.0 RC2 fails when compiling a hello world program on Windows 7 32bits2019-07-07T18:43:01ZfacundoqGHC 7.8.0 RC2 fails when compiling a hello world program on Windows 7 32bitsWindows shows a window that says "GHC has stopped working" when compiling a simple hello world.
Steps to reproduce
1) Download GHC 7.8 RC2 (http://www.haskell.org/ghc/dist/7.8.1-rc2/ghc-7.8.0.20140228-i386-unknown-mingw32.tar.bz2)
2) Ex...Windows shows a window that says "GHC has stopped working" when compiling a simple hello world.
Steps to reproduce
1) Download GHC 7.8 RC2 (http://www.haskell.org/ghc/dist/7.8.1-rc2/ghc-7.8.0.20140228-i386-unknown-mingw32.tar.bz2)
2) Extract the contents of the tar to folder $GHC$
3) Add $GHC$\\bin and $GHC$\\mingw\\bin folder to the PATH, add env var "LANG=C".
4) Create file test.hs with contents:
main = putStrLn "Hello, World!"
5) run "ghc test.hs".
Interestingly, the error is not deterministic, ie, after running the command several times the program gets compiled. When that happens, and ff the file test.o is not deleted, further attempts to compile run succesfully.
GHCi appears to work normally (when doing simple tests).
More details:
http://stackoverflow.com/questions/22291739/cant-install-packages-with-cabal-using-ghc-7-8rc2-and-windows-7
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.1-rc2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | highest |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"GHC 7.8.0 RC2 fails when compiling a hello world program on Windows 7 32bits","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.1-rc2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"Windows shows a window that says \"GHC has stopped working\" when compiling a simple hello world.\r\n\r\nSteps to reproduce\r\n1) Download GHC 7.8 RC2 (http://www.haskell.org/ghc/dist/7.8.1-rc2/ghc-7.8.0.20140228-i386-unknown-mingw32.tar.bz2)\r\n2) Extract the contents of the tar to folder $GHC$\r\n3) Add $GHC$\\bin and $GHC$\\mingw\\bin folder to the PATH, add env var \"LANG=C\". \r\n4) Create file test.hs with contents:\r\n\r\nmain = putStrLn \"Hello, World!\"\r\n\r\n5) run \"ghc test.hs\".\r\n\r\nInterestingly, the error is not deterministic, ie, after running the command several times the program gets compiled. When that happens, and ff the file test.o is not deleted, further attempts to compile run succesfully.\r\n\r\nGHCi appears to work normally (when doing simple tests).\r\n\r\nMore details:\r\nhttp://stackoverflow.com/questions/22291739/cant-install-packages-with-cabal-using-ghc-7-8rc2-and-windows-7","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/8759Pattern synonyms and TH2019-07-07T18:43:37ZKrzysztof GogolewskiPattern synonyms and THThis file
```
{-# LANGUAGE PatternSynonyms, TemplateHaskell #-}
x = [d|pattern P = ()|]
```
causes a panic. Until TH supports pattern synonyms we should give a sensible error message.
<details><summary>Trac metadata</summary>
| Trac ...This file
```
{-# LANGUAGE PatternSynonyms, TemplateHaskell #-}
x = [d|pattern P = ()|]
```
causes a panic. Until TH supports pattern synonyms we should give a sensible error message.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.7 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | cactus |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Pattern synonyms and TH","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.7","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":["cactus"],"type":"Bug","description":"This file\r\n\r\n{{{\r\n{-# LANGUAGE PatternSynonyms, TemplateHaskell #-}\r\nx = [d|pattern P = ()|]\r\n}}}\r\n\r\ncauses a panic. Until TH supports pattern synonyms we should give a sensible error message.","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1Richard Eisenbergrae@richarde.devRichard Eisenbergrae@richarde.devhttps://gitlab.haskell.org/ghc/ghc/-/issues/8743The impossible happened : Prelude.(!!): index too large2019-07-07T18:43:41ZerikdThe impossible happened : Prelude.(!!): index too largeRunning ghc git HEAD (reports it's version as 7.9.20140206) and when cabal installing postgresql-simple I get:
```
ghc: panic! (the 'impossible' happened)
(GHC version 7.9.20140206 for x86_64-unknown-linux):
Prelude.(!!): inde...Running ghc git HEAD (reports it's version as 7.9.20140206) and when cabal installing postgresql-simple I get:
```
ghc: panic! (the 'impossible' happened)
(GHC version 7.9.20140206 for x86_64-unknown-linux):
Prelude.(!!): index too large
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
cabal: Error: some packages failed to install:
postgresql-simple-0.4.0.2 failed during the building phase. The exception was:
```
postgresql-simple-0.4.0.2 installs fine with 7.6.3. I'm going to compile 7.8-rc1 and see if the same problem exists there.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.8.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":"The impossible happened : Prelude.(!!): index too large","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.1-rc1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"Running ghc git HEAD (reports it's version as 7.9.20140206) and when cabal installing postgresql-simple I get:\r\n\r\n{{{\r\nghc: panic! (the 'impossible' happened)\r\n (GHC version 7.9.20140206 for x86_64-unknown-linux):\r\n Prelude.(!!): index too large\r\n\r\n\r\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\n\r\ncabal: Error: some packages failed to install:\r\npostgresql-simple-0.4.0.2 failed during the building phase. The exception was:\r\n}}}\r\n\r\npostgresql-simple-0.4.0.2 installs fine with 7.6.3. I'm going to compile 7.8-rc1 and see if the same problem exists there.","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1Joachim Breitnermail@joachim-breitner.deJoachim Breitnermail@joachim-breitner.dehttps://gitlab.haskell.org/ghc/ghc/-/issues/8686"cannot find normal object file" error during compilation2019-07-07T18:43:57ZJan Stolarekjan.stolarek@ed.ac.uk"cannot find normal object file" error during compilationWhen I try to compile tests provided in the [singletons](http://hackage.haskell.org/package/singletons) package I get the following error:
```
Building singletons-0.9.3...
Preprocessing library singletons-0.9.3...
In-place registering s...When I try to compile tests provided in the [singletons](http://hackage.haskell.org/package/singletons) package I get the following error:
```
Building singletons-0.9.3...
Preprocessing library singletons-0.9.3...
In-place registering singletons-0.9.3...
Preprocessing test suite 'compile' for singletons-0.9.3...
[ 6 of 20] Compiling Data.Singletons.Core ( Data/Singletons/Core.hs, dist/build/compile/compile-tmp/Data/Singletons/Core.o )
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package array-0.5.0.0 ... linking ... done.
Loading package deepseq-1.3.0.2 ... linking ... done.
Loading package containers-0.5.3.1 ... linking ... done.
Loading package transformers-0.3.0.0 ... linking ... done.
Loading package mtl-2.1.2 ... linking ... done.
Loading package syb-0.4.1 ... linking ... done.
Loading package pretty-1.1.1.1 ... linking ... done.
Loading package template-haskell ... linking ... done.
Loading package th-desugar-1.2.1 ... linking ... done.
Loading package newtype-0.2 ... linking ... done.
Loading package constraints-0.3.4.2 ... linking ... done.
Data/Singletons/Core.hs:1:1:
cannot find normal object file ‛dist/build/compile/compile-tmp/Data/Singletons/Util.dyn_o’
while linking an interpreted expression
```
This happens on HEAD but not on 7.6.3. Steps to reproduce:
1. Download and extract singletons source code
1. In the cabal file uncomment test-suite section (which is commented out because it doesn't work)
1. `cabal configure --enable-tests && cabal build`
Reproducing this requires installing packages required by singletons. I'm setting milestone to 7.8 as this is something that looks like a blocker in a stable release.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.7 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | high |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"\"cannot find normal object file\" error during compilation","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"7.8.1","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.7","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"When I try to compile tests provided in the [http://hackage.haskell.org/package/singletons singletons] package I get the following error:\r\n\r\n{{{\r\nBuilding singletons-0.9.3...\r\nPreprocessing library singletons-0.9.3...\r\nIn-place registering singletons-0.9.3...\r\nPreprocessing test suite 'compile' for singletons-0.9.3...\r\n[ 6 of 20] Compiling Data.Singletons.Core ( Data/Singletons/Core.hs, dist/build/compile/compile-tmp/Data/Singletons/Core.o )\r\nLoading package ghc-prim ... linking ... done.\r\nLoading package integer-gmp ... linking ... done.\r\nLoading package base ... linking ... done.\r\nLoading package array-0.5.0.0 ... linking ... done.\r\nLoading package deepseq-1.3.0.2 ... linking ... done.\r\nLoading package containers-0.5.3.1 ... linking ... done.\r\nLoading package transformers-0.3.0.0 ... linking ... done.\r\nLoading package mtl-2.1.2 ... linking ... done.\r\nLoading package syb-0.4.1 ... linking ... done.\r\nLoading package pretty-1.1.1.1 ... linking ... done.\r\nLoading package template-haskell ... linking ... done.\r\nLoading package th-desugar-1.2.1 ... linking ... done.\r\nLoading package newtype-0.2 ... linking ... done.\r\nLoading package constraints-0.3.4.2 ... linking ... done.\r\nData/Singletons/Core.hs:1:1:\r\n cannot find normal object file ‛dist/build/compile/compile-tmp/Data/Singletons/Util.dyn_o’\r\n while linking an interpreted expression\r\n}}}\r\n\r\nThis happens on HEAD but not on 7.6.3. Steps to reproduce:\r\n\r\n1. Download and extract singletons source code\r\n2. In the cabal file uncomment test-suite section (which is commented out because it doesn't work)\r\n3. `cabal configure --enable-tests && cabal build`\r\n\r\nReproducing this requires installing packages required by singletons. I'm setting milestone to 7.8 as this is something that looks like a blocker in a stable release.","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/8602Wrong argument order to Haskell pre-processor (-F, -pgmF, -optF)2019-07-07T18:44:19ZSimon Hengelsol@typeful.netWrong argument order to Haskell pre-processor (-F, -pgmF, -optF)So far, and that is what is documented
> Additional arguments to the pre-processor can be passed in using the `-optF` option. These are fed to cmd on the command line after the three standard input and output arguments.
However, `GHC 7...So far, and that is what is documented
> Additional arguments to the pre-processor can be passed in using the `-optF` option. These are fed to cmd on the command line after the three standard input and output arguments.
However, `GHC 7.7.20131026` passes additional arguments (specified with `-optF`) before the three standard arguments.
Steps to reproduce:
```
$ echo '{-# OPTIONS_GHC -F -pgmF ./foo.sh -optF bar #-}' > Foo.hs
$ echo 'echo $*' > foo.sh
$ chmod +x foo.sh
$ ghci Foo.hs
```
Expected result: `Foo.hs Foo.hs /tmp/ghc16665_0/ghc16665_1.hspp bar` is printed to stdout
Actual result: `bar Foo.hs Foo.hs /tmp/ghc16665_0/ghc16665_1.hspp` is printed to stdout
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.7 |
| 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":"Wrong argument order to Haskell pre-processor (-F, -pgmF, -optF)","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"7.8.1","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.7","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"So far, and that is what is documented\r\n\r\n> Additional arguments to the pre-processor can be passed in using the {{{-optF}}} option. These are fed to cmd on the command line after the three standard input and output arguments.\r\n\r\nHowever, {{{GHC 7.7.20131026}}} passes additional arguments (specified with {{{-optF}}}) before the three standard arguments.\r\n\r\nSteps to reproduce:\r\n\r\n{{{\r\n$ echo '{-# OPTIONS_GHC -F -pgmF ./foo.sh -optF bar #-}' > Foo.hs\r\n$ echo 'echo $*' > foo.sh\r\n$ chmod +x foo.sh\r\n$ ghci Foo.hs\r\n}}}\r\n\r\nExpected result: {{{Foo.hs Foo.hs /tmp/ghc16665_0/ghc16665_1.hspp bar}}} is printed to stdout\r\n\r\nActual result: {{{bar Foo.hs Foo.hs /tmp/ghc16665_0/ghc16665_1.hspp}}} is printed to stdout","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1hellertimehellertimehttps://gitlab.haskell.org/ghc/ghc/-/issues/8328Crash at -O2: Cannot read from uninitialized register2019-07-07T18:45:31ZbosCrash at -O2: Cannot read from uninitialized registerI did a quick x86_64 compile of all of Hackage today using HEAD, and GHC is crashing when compiling the utf8-string package.
```
[2 of 7] Compiling Codec.Binary.UTF8.Generic ( Codec/Binary/UTF8/Generic.hs, dist/dist-sandbox-4a6171fb/bui...I did a quick x86_64 compile of all of Hackage today using HEAD, and GHC is crashing when compiling the utf8-string package.
```
[2 of 7] Compiling Codec.Binary.UTF8.Generic ( Codec/Binary/UTF8/Generic.hs, dist/dist-sandbox-4a6171fb/build/Codec/Binary/UTF8/Generic.o )
ghc: panic! (the 'impossible' happened)
(GHC version 7.7.20130915 for x86_64-unknown-linux):
allocateRegsAndSpill: Cannot read from uninitialized register
%vI_sa0l
```
To reproduce using utf8-string:
```
cabal get utf8-string
cd utf8-string*
ghc -XCPP -fforce-recomp -O2 --make -c Codec/Binary/UTF8/Generic.hs
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.7 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | highest |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Crash at -O2: Cannot read from uninitialized register","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"7.8.1","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.7","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"I did a quick x86_64 compile of all of Hackage today using HEAD, and GHC is crashing when compiling the utf8-string package.\r\n\r\n{{{\r\n[2 of 7] Compiling Codec.Binary.UTF8.Generic ( Codec/Binary/UTF8/Generic.hs, dist/dist-sandbox-4a6171fb/build/Codec/Binary/UTF8/Generic.o )\r\nghc: panic! (the 'impossible' happened)\r\n (GHC version 7.7.20130915 for x86_64-unknown-linux):\r\n allocateRegsAndSpill: Cannot read from uninitialized register\r\n %vI_sa0l\r\n}}}\r\n\r\nTo reproduce using utf8-string:\r\n\r\n{{{\r\ncabal get utf8-string\r\ncd utf8-string*\r\nghc -XCPP -fforce-recomp -O2 --make -c Codec/Binary/UTF8/Generic.hs\r\n}}}\r\n\r\n","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/7824problem with vector in arm2019-07-07T18:47:56Zchemistmailproblem with vector in armHello, i try compile my shoutcast server in raspberrypy and have next problem with dependence:
```
cabal install aeson snap-coreResolving dependencies...
Configuring vector-0.10.0.1...
Building vector-0.10.0.1...
Preprocessing library v...Hello, i try compile my shoutcast server in raspberrypy and have next problem with dependence:
```
cabal install aeson snap-coreResolving dependencies...
Configuring vector-0.10.0.1...
Building vector-0.10.0.1...
Preprocessing library vector-0.10.0.1...
[ 1 of 19] Compiling Data.Vector.Storable.Internal ( Data/Vector/Storable/Internal.hs, dist/build/Data/Vector/Storable/Internal.o )
[ 2 of 19] Compiling Data.Vector.Fusion.Util ( Data/Vector/Fusion/Util.hs, dist/build/Data/Vector/Fusion/Util.o )
[ 3 of 19] Compiling Data.Vector.Fusion.Stream.Size ( Data/Vector/Fusion/Stream/Size.hs, dist/build/Data/Vector/Fusion/Stream/Size.o )
Data/Vector/Fusion/Stream/Size.hs:25:10:
Warning: No explicit method nor default method for `*'
In the instance declaration for `Num Size'
Data/Vector/Fusion/Stream/Size.hs:25:10:
Warning: No explicit method nor default method for `abs'
In the instance declaration for `Num Size'
Data/Vector/Fusion/Stream/Size.hs:25:10:
Warning: No explicit method nor default method for `signum'
In the instance declaration for `Num Size'
[ 4 of 19] Compiling Data.Vector.Internal.Check ( Data/Vector/Internal/Check.hs, dist/build/Data/Vector/Internal/Check.o )
[ 5 of 19] Compiling Data.Vector.Fusion.Stream.Monadic ( Data/Vector/Fusion/Stream/Monadic.hs, dist/build/Data/Vector/Fusion/Stream/Monadic.o )
ghc: panic! (the 'impossible' happened)
(GHC version 7.4.1 for arm-unknown-linux):
Cant do annotations without GHCi
{Data/Vector/Fusion/Stream/Monadic.hs:104:19-33}
base:GHC.Exts.ForceSpecConstr{d ra42}
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
cabal: Error: some packages failed to install:
aeson-0.6.1.0 depends on vector-0.10.0.1 which failed to install.
snap-core-0.9.3.1 depends on vector-0.10.0.1 which failed to install.
vector-0.10.0.1 failed during the building phase. The exception was:
ExitFailure 1
```
what to do?
I can make account in my server, and give access for people who can help with my problem.7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/7744Can't install conduit via cabal-install2019-07-07T18:48:19ZguestCan't install conduit via cabal-installWhen I did `cabal install hoogle` it failed on one of the dependencies, called conduit. Here is the output:
```
Downloading conduit-1.0.2...
Configuring conduit-1.0.2...
Building conduit-1.0.2...
Preprocessing library conduit-1.0.2...
[...When I did `cabal install hoogle` it failed on one of the dependencies, called conduit. Here is the output:
```
Downloading conduit-1.0.2...
Configuring conduit-1.0.2...
Building conduit-1.0.2...
Preprocessing library conduit-1.0.2...
[1 of 7] Compiling Data.Conduit.Internal ( Data/Conduit/Internal.hs, dist/build/Data/Conduit/Internal.o )
[2 of 7] Compiling Data.Conduit.Util ( Data/Conduit/Util.hs, dist/build/Data/Conduit/Util.o )
[3 of 7] Compiling Data.Conduit ( Data/Conduit.hs, dist/build/Data/Conduit.o )
[4 of 7] Compiling Data.Conduit.List ( Data/Conduit/List.hs, dist/build/Data/Conduit/List.o )
[5 of 7] Compiling Data.Conduit.Binary ( Data/Conduit/Binary.hs, dist/build/Data/Conduit/Binary.o )
ghc: internal error: evacuate: strange closure type 8
(GHC version 7.6.2 for x86_64_unknown_linux)
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
Failed to install conduit-1.0.2
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.6.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | Linux |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Can't install conduit via cabal-install","status":"New","operating_system":"Linux","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.6.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"When I did {{{cabal install hoogle}}} it failed on one of the dependencies, called conduit. Here is the output:\r\n\r\n{{{\r\nDownloading conduit-1.0.2...\r\nConfiguring conduit-1.0.2...\r\nBuilding conduit-1.0.2...\r\nPreprocessing library conduit-1.0.2...\r\n[1 of 7] Compiling Data.Conduit.Internal ( Data/Conduit/Internal.hs, dist/build/Data/Conduit/Internal.o )\r\n[2 of 7] Compiling Data.Conduit.Util ( Data/Conduit/Util.hs, dist/build/Data/Conduit/Util.o )\r\n[3 of 7] Compiling Data.Conduit ( Data/Conduit.hs, dist/build/Data/Conduit.o )\r\n[4 of 7] Compiling Data.Conduit.List ( Data/Conduit/List.hs, dist/build/Data/Conduit/List.o )\r\n[5 of 7] Compiling Data.Conduit.Binary ( Data/Conduit/Binary.hs, dist/build/Data/Conduit/Binary.o )\r\nghc: internal error: evacuate: strange closure type 8\r\n (GHC version 7.6.2 for x86_64_unknown_linux)\r\n Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\nFailed to install conduit-1.0.2\r\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/7713Panic! make_exp (App _ (Coercion _)) when compiled with -fext-core2019-07-07T18:48:27ZEduardSergeevPanic! make_exp (App _ (Coercion _)) when compiled with -fext-coreAn attempt to compile the attached file with 7.6.2 (and 7.4.2) with "-O2 -fext-core" leads to:
```
ghc: panic! (the 'impossible' happened)
(GHC version 7.6.2 for x86_64-unknown-linux):
make_exp (App _ (Coercion _))
```An attempt to compile the attached file with 7.6.2 (and 7.4.2) with "-O2 -fext-core" leads to:
```
ghc: panic! (the 'impossible' happened)
(GHC version 7.6.2 for x86_64-unknown-linux):
make_exp (App _ (Coercion _))
```7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/7574Register allocator chokes on certain branches with literals2019-07-07T18:49:10ZthoughtpoliceRegister allocator chokes on certain branches with literalsWhile running the test for #7571 (test is in #7573,) under **WAY=normal** instead of **WAY=llvm**, I encountered this bug in the native backend:
```
=====> T7571(normal) 6 of 6 [0, 0, 0]
cd . && '/Users/a/code/haskell/ghc/inplace/bin/gh...While running the test for #7571 (test is in #7573,) under **WAY=normal** instead of **WAY=llvm**, I encountered this bug in the native backend:
```
=====> T7571(normal) 6 of 6 [0, 0, 0]
cd . && '/Users/a/code/haskell/ghc/inplace/bin/ghc-stage2' -fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db -rtsopts -fno-ghci-history -c T7571.cmm -no-hs-main >T7571.comp.stderr 2>&1
Compile failed (status 256) errors were:
ghc-stage2: panic! (the 'impossible' happened)
(GHC version 7.7.20130113 for x86_64-apple-darwin):
allocateRegsAndSpill: Cannot read from uninitialized register
%vI_c7
```
The test in question is:
```
#include "Cmm.h"
testLiteralBranch (W_ dst, W_ src)
{
if (1) {
prim %memcpy(dst, src, 1024, 4);
} else {
prim %memcpy(dst, src, 512, 8);
}
return ();
}
```
If you comment out the branch conditionals, the test passes, so clearly something fishy is going on here. The test also fails if you change the condition to ```if (1 == 1)```
I have absolutely no idea how this did not trip the profiling-based build in StgStdThunks.cmm, like in the LLVM build c.f. #75717.8.1Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/7540Panic on type inference with vectorised parallel arrays2019-07-07T18:49:18ZTinctoriusPanic on type inference with vectorised parallel arrays```hs
{-# LANGUAGE CPP #-}
{-# LANGUAGE NoImplicitPrelude #-}
{-# LANGUAGE ParallelArrays #-}
module Y where
import Data.Array.Parallel
#ifndef BUG
func :: Bool -> [: [: a :] :]
#endif
func True = [: [: :] :]
func False = [: j | j <- f...```hs
{-# LANGUAGE CPP #-}
{-# LANGUAGE NoImplicitPrelude #-}
{-# LANGUAGE ParallelArrays #-}
module Y where
import Data.Array.Parallel
#ifndef BUG
func :: Bool -> [: [: a :] :]
#endif
func True = [: [: :] :]
func False = [: j | j <- func True :]
```
Result of `ghc --make -fvectorise Y.hs`:
```
[1 of 1] Compiling Y ( C:\tmp\Y.hs, C:\tmp\Y.o )
exprType TYPE [:a{tv b} [tv]:]
exprType TYPE a{tv b} [tv]
exprType TYPE [:a{tv b} [tv]:]
exprType TYPE a{tv b} [tv]
exprType TYPE [:a{tv b} [tv]:]
exprType TYPE a{tv b} [tv]
exprType TYPE [:a{tv b} [tv]:]
exprType TYPE a{tv b} [tv]
Warning: vectorisation failure: identityConv: quantified type changes under vectorisation
Could NOT call vectorised from original version Y.func
```
Result of `ghc --make -fvectorise -DBUG Y.hs`:
```
[1 of 1] Compiling Y ( C:\tmp\Y.hs, C:\tmp\Y.o )
exprType TYPE [:t{tv a30W} [tv]:]
exprType TYPE t{tv a30W} [tv]
exprType TYPE [:t{tv a30W} [tv]:]
exprType TYPE t{tv a30W} [tv]
exprType TYPE [:t{tv a30W} [tv]:]
exprType TYPE t{tv a30W} [tv]
exprType TYPE [:t{tv a30W} [tv]:]
exprType TYPE t{tv a30W} [tv]
Warning: vectorisation failure: identityConv: quantified type changes under vectorisation
Could NOT call vectorised from original version func
exprType TYPE t{tv a30W} [tv]
Warning: vectorisation failure: identityConv: quantified type changes under vectorisation
Could NOT call vectorised from original version Y.func
ghc: panic! (the 'impossible' happened)
(GHC version 7.6.1 for x86_64-unknown-mingw32):
nameModule func1{v r3ap}
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
```
And so I did.
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.6.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":"Panic on type inference with vectorised parallel arrays","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.6.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\r\n#!hs\r\n{-# LANGUAGE CPP #-}\r\n{-# LANGUAGE NoImplicitPrelude #-}\r\n{-# LANGUAGE ParallelArrays #-}\r\nmodule Y where\r\n\r\nimport Data.Array.Parallel\r\n\r\n#ifndef BUG\r\nfunc :: Bool -> [: [: a :] :]\r\n#endif\r\nfunc True = [: [: :] :]\r\nfunc False = [: j | j <- func True :]\r\n}}}\r\n\r\nResult of `ghc --make -fvectorise Y.hs`:\r\n{{{\r\n[1 of 1] Compiling Y ( C:\\tmp\\Y.hs, C:\\tmp\\Y.o )\r\nexprType TYPE [:a{tv b} [tv]:]\r\nexprType TYPE a{tv b} [tv]\r\nexprType TYPE [:a{tv b} [tv]:]\r\nexprType TYPE a{tv b} [tv]\r\nexprType TYPE [:a{tv b} [tv]:]\r\nexprType TYPE a{tv b} [tv]\r\nexprType TYPE [:a{tv b} [tv]:]\r\nexprType TYPE a{tv b} [tv]\r\nWarning: vectorisation failure: identityConv: quantified type changes under vectorisation\r\n Could NOT call vectorised from original version Y.func\r\n}}}\r\n\r\nResult of `ghc --make -fvectorise -DBUG Y.hs`:\r\n{{{\r\n[1 of 1] Compiling Y ( C:\\tmp\\Y.hs, C:\\tmp\\Y.o )\r\nexprType TYPE [:t{tv a30W} [tv]:]\r\nexprType TYPE t{tv a30W} [tv]\r\nexprType TYPE [:t{tv a30W} [tv]:]\r\nexprType TYPE t{tv a30W} [tv]\r\nexprType TYPE [:t{tv a30W} [tv]:]\r\nexprType TYPE t{tv a30W} [tv]\r\nexprType TYPE [:t{tv a30W} [tv]:]\r\nexprType TYPE t{tv a30W} [tv]\r\nWarning: vectorisation failure: identityConv: quantified type changes under vectorisation\r\n Could NOT call vectorised from original version func\r\nexprType TYPE t{tv a30W} [tv]\r\nWarning: vectorisation failure: identityConv: quantified type changes under vectorisation\r\n Could NOT call vectorised from original version Y.func\r\nghc: panic! (the 'impossible' happened)\r\n (GHC version 7.6.1 for x86_64-unknown-mingw32):\r\n nameModule func1{v r3ap}\r\n\r\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\n}}}\r\n\r\nAnd so I did.","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1Manuel M T ChakravartyManuel M T Chakravartyhttps://gitlab.haskell.org/ghc/ghc/-/issues/7357GHC.exe gives an internal error while linking vector's Monadic.hs2019-07-07T18:50:06ZkapilashGHC.exe gives an internal error while linking vector's Monadic.hs**This is the command line output when building vector 0.10.0.1**
```
c:\local\vector-0.10.0.1>cabal build
Building vector-0.10.0.1...
Preprocessing library vector-0.10.0.1...
[ 1 of 19] Compiling Data.Vector.Storable.Internal ( Data\Ve...**This is the command line output when building vector 0.10.0.1**
```
c:\local\vector-0.10.0.1>cabal build
Building vector-0.10.0.1...
Preprocessing library vector-0.10.0.1...
[ 1 of 19] Compiling Data.Vector.Storable.Internal ( Data\Vector\Storable\Intern
al.hs, dist\build\Data\Vector\Storable\Internal.o )
[ 2 of 19] Compiling Data.Vector.Fusion.Util ( Data\Vector\Fusion\Util.hs, dist\
build\Data\Vector\Fusion\Util.o )
[ 3 of 19] Compiling Data.Vector.Fusion.Stream.Size ( Data\Vector\Fusion\Stream\
Size.hs, dist\build\Data\Vector\Fusion\Stream\Size.o )
Data\Vector\Fusion\Stream\Size.hs:25:10: Warning:
No explicit method or default declaration for `*'
In the instance declaration for `Num Size'
Data\Vector\Fusion\Stream\Size.hs:25:10: Warning:
No explicit method or default declaration for `abs'
In the instance declaration for `Num Size'
Data\Vector\Fusion\Stream\Size.hs:25:10: Warning:
No explicit method or default declaration for `signum'
In the instance declaration for `Num Size'
[ 4 of 19] Compiling Data.Vector.Internal.Check ( Data\Vector\Internal\Check.hs,
dist\build\Data\Vector\Internal\Check.o )
[ 5 of 19] Compiling Data.Vector.Fusion.Stream.Monadic ( Data\Vector\Fusion\Stre
am\Monadic.hs, dist\build\Data\Vector\Fusion\Stream\Monadic.o )
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... ghc.exe: internal error: R_X86_64_PC32: Hig
h bits are set in 7fcb3ea95a0 for WaitForSingleObject
(GHC version 7.6.1 for x86_64_unknown_mingw32)
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
```7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/7241GHC-7.6.1 panics on template haskell code2020-05-29T18:41:56ZakamausGHC-7.6.1 panics on template haskell codeWhile experimenting with TH I stumbled upon a repeating compiler panic. After minifying I got this example which triggers the failure:
```
% cat Peekler.hs
module Peekler where
import Language.Haskell.TH
tst = do
o <- newName "Foo"
...While experimenting with TH I stumbled upon a repeating compiler panic. After minifying I got this example which triggers the failure:
```
% cat Peekler.hs
module Peekler where
import Language.Haskell.TH
tst = do
o <- newName "Foo"
return $ [DataD [] o [] [RecC o []] [''Show]]
```
```
% cat PeeklerTest.hs
module PeeklerTest where
import Peekler
$(tst)
test = print Foo
```
```
% ghci -XTemplateHaskell PeeklerTest.hs
GHCi, version 7.6.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
[1 of 2] Compiling Peekler ( Peekler.hs, interpreted )
[2 of 2] Compiling PeeklerTest ( PeeklerTest.hs, interpreted )
Loading package pretty-1.1.1.0 ... linking ... done.
Loading package array-0.4.0.1 ... linking ... done.
Loading package deepseq-1.3.0.1 ... linking ... done.
Loading package containers-0.5.0.0 ... linking ... done.
Loading package template-haskell ... linking ... done.
ghc: panic! (the 'impossible' happened)
(GHC version 7.6.1 for i386-unknown-linux):
lookupExactOcc
<<details unavailable>>
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
>
Leaving GHCi.
```
```
% ghc -XTemplateHaskell PeeklerTest.hs
[1 of 2] Compiling Peekler ( Peekler.hs, Peekler.o )
[2 of 2] Compiling PeeklerTest ( PeeklerTest.hs, PeeklerTest.o )
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package pretty-1.1.1.0 ... linking ... done.
Loading package array-0.4.0.1 ... linking ... done.
Loading package deepseq-1.3.0.1 ... linking ... done.
Loading package containers-0.5.0.0 ... linking ... done.
Loading package template-haskell ... linking ... done.
ghc: panic! (the 'impossible' happened)
(GHC version 7.6.1 for i386-unknown-linux):
lookupExactOcc
Foo_a18S{tc}
[main:PeeklerTest.Foo{tc a18S} defined at PeeklerTest.hs:5:3,
main:PeeklerTest.Foo{d a18S} defined at PeeklerTest.hs:5:3]
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
```
```
% lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.04.1 LTS
Release: 12.04
Codename: precise
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.6.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":"GHC-7.6.1 panics on template haskell code","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.6.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"While experimenting with TH I stumbled upon a repeating compiler panic. After minifying I got this example which triggers the failure:\r\n\r\n\r\n{{{\r\n% cat Peekler.hs\r\nmodule Peekler where\r\n\r\nimport Language.Haskell.TH\r\n\r\ntst = do\r\n o <- newName \"Foo\"\r\n return $ [DataD [] o [] [RecC o []] [''Show]]\r\n}}}\r\n\r\n\r\n\r\n{{{\r\n% cat PeeklerTest.hs\r\nmodule PeeklerTest where\r\n\r\nimport Peekler\r\n\r\n$(tst)\r\n\r\ntest = print Foo\r\n}}}\r\n\r\n\r\n\r\n{{{\r\n% ghci -XTemplateHaskell PeeklerTest.hs \r\nGHCi, version 7.6.1: http://www.haskell.org/ghc/ :? for help\r\nLoading package ghc-prim ... linking ... done.\r\nLoading package integer-gmp ... linking ... done.\r\nLoading package base ... linking ... done.\r\n[1 of 2] Compiling Peekler ( Peekler.hs, interpreted )\r\n[2 of 2] Compiling PeeklerTest ( PeeklerTest.hs, interpreted )\r\nLoading package pretty-1.1.1.0 ... linking ... done.\r\nLoading package array-0.4.0.1 ... linking ... done.\r\nLoading package deepseq-1.3.0.1 ... linking ... done.\r\nLoading package containers-0.5.0.0 ... linking ... done.\r\nLoading package template-haskell ... linking ... done.\r\nghc: panic! (the 'impossible' happened)\r\n (GHC version 7.6.1 for i386-unknown-linux):\r\n lookupExactOcc\r\n<<details unavailable>>\r\n\r\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\n\r\n> \r\nLeaving GHCi.\r\n}}}\r\n\r\n\r\n\r\n\r\n\r\n{{{\r\n% ghc -XTemplateHaskell PeeklerTest.hs\r\n[1 of 2] Compiling Peekler ( Peekler.hs, Peekler.o )\r\n[2 of 2] Compiling PeeklerTest ( PeeklerTest.hs, PeeklerTest.o )\r\nLoading package ghc-prim ... linking ... done.\r\nLoading package integer-gmp ... linking ... done.\r\nLoading package base ... linking ... done.\r\nLoading package pretty-1.1.1.0 ... linking ... done.\r\nLoading package array-0.4.0.1 ... linking ... done.\r\nLoading package deepseq-1.3.0.1 ... linking ... done.\r\nLoading package containers-0.5.0.0 ... linking ... done.\r\nLoading package template-haskell ... linking ... done.\r\nghc: panic! (the 'impossible' happened)\r\n (GHC version 7.6.1 for i386-unknown-linux):\r\n lookupExactOcc\r\n Foo_a18S{tc}\r\n [main:PeeklerTest.Foo{tc a18S} defined at PeeklerTest.hs:5:3,\r\n main:PeeklerTest.Foo{d a18S} defined at PeeklerTest.hs:5:3]\r\n\r\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\n}}}\r\n\r\n\r\n\r\n{{{\r\n% lsb_release -a\r\nNo LSB modules are available.\r\nDistributor ID: Ubuntu\r\nDescription: Ubuntu 12.04.1 LTS\r\nRelease: 12.04\r\nCodename: precise\r\n}}}\r\n\r\n","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1YurasYurashttps://gitlab.haskell.org/ghc/ghc/-/issues/7225"ghc -C" failed2019-07-07T18:50:47Zguest"ghc -C" failed--- source file ---
module Main where
main = return ()
--- command line ---
E:\\DANE\\wisnipr2\\Temp\>ghc -C Main.hs
addFlag by -C on the commandline:
> Warning: The -fvia-C flag does nothing; it will be removed in a future GHC rele...--- source file ---
module Main where
main = return ()
--- command line ---
E:\\DANE\\wisnipr2\\Temp\>ghc -C Main.hs
addFlag by -C on the commandline:
> Warning: The -fvia-C flag does nothing; it will be removed in a future GHC release
ghc: panic! (the 'impossible' happened)
(GHC version 7.4.1 for i386-unknown-mingw32):
> pipeLoop: at phase As but I wanted to stop at phase HCc
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.4.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":"\"ghc -C\" failed","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.4.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"--- source file ---\r\nmodule Main where\r\n\r\nmain = return ()\r\n\r\n--- command line ---\r\nE:\\DANE\\wisnipr2\\Temp>ghc -C Main.hs\r\n\r\naddFlag by -C on the commandline:\r\n Warning: The -fvia-C flag does nothing; it will be removed in a future GHC release\r\nghc: panic! (the 'impossible' happened)\r\n (GHC version 7.4.1 for i386-unknown-mingw32):\r\n pipeLoop: at phase As but I wanted to stop at phase HCc\r\n\r\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1Ian Lynagh <igloo@earth.li>Ian Lynagh <igloo@earth.li>https://gitlab.haskell.org/ghc/ghc/-/issues/7035`deriving instance Generic (HsExpr Id)` raises panic2019-07-07T18:51:41ZDaniel Schuessler`deriving instance Generic (HsExpr Id)` raises panicInput file:
```
{-# LANGUAGE FlexibleInstances, DeriveGeneric, StandaloneDeriving #-}
module GHCGeneric where
import GHC
import GHC.Generics
deriving instance Generic (HsExpr Id)
```
Result:
```
GHCi, version 7.4.2: http://www.hask...Input file:
```
{-# LANGUAGE FlexibleInstances, DeriveGeneric, StandaloneDeriving #-}
module GHCGeneric where
import GHC
import GHC.Generics
deriving instance Generic (HsExpr Id)
```
Result:
```
GHCi, version 7.4.2: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
[1 of 1] Compiling GHCGeneric ( /home/daniel/dev/dataflow/GHCGeneric.hs, interpreted )
ghc: panic! (the 'impossible' happened)
(GHC version 7.4.2 for i386-unknown-linux):
tcTyVarDetails ( id{tv a3cX} [tv] :: *{(w) tc 34d} )
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
```
Regards,\[\[BR\]\]
Daniel
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------ |
| Version | 7.4.2 |
| 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":"`deriving instance Generic (HsExpr Id)` raises panic","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.4.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"Input file:\r\n\r\n{{{\r\n\r\n{-# LANGUAGE FlexibleInstances, DeriveGeneric, StandaloneDeriving #-}\r\nmodule GHCGeneric where\r\n\r\nimport GHC\r\nimport GHC.Generics\r\n\r\nderiving instance Generic (HsExpr Id)\r\n\r\n}}}\r\n\r\nResult:\r\n\r\n{{{\r\nGHCi, version 7.4.2: http://www.haskell.org/ghc/ :? for help\r\nLoading package ghc-prim ... linking ... done.\r\nLoading package integer-gmp ... linking ... done.\r\nLoading package base ... linking ... done.\r\n[1 of 1] Compiling GHCGeneric ( /home/daniel/dev/dataflow/GHCGeneric.hs, interpreted )\r\nghc: panic! (the 'impossible' happened)\r\n (GHC version 7.4.2 for i386-unknown-linux):\r\n tcTyVarDetails ( id{tv a3cX} [tv] :: *{(w) tc 34d} )\r\n\r\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\n}}}\r\n\r\nRegards,[[BR]]\r\nDaniel","type_of_failure":"OtherFailure","blocking":[]} -->7.8.1dreixeldreixelhttps://gitlab.haskell.org/ghc/ghc/-/issues/5361regSpill: out of spill slots!2019-07-07T18:55:45ZmarkwrightregSpill: out of spill slots!```
runghc ./Setup.hs build
Building SHA-1.5.0.0...
Preprocessing library SHA-1.5.0.0...
[1 of 1] Compiling Data.Digest.Pure.SHA ( Data/Digest/Pure/SHA.hs, dist/build/Data/Digest/Pure/SHA.o )
ghc: panic! (the 'impossible' happened)
(GH...```
runghc ./Setup.hs build
Building SHA-1.5.0.0...
Preprocessing library SHA-1.5.0.0...
[1 of 1] Compiling Data.Digest.Pure.SHA ( Data/Digest/Pure/SHA.hs, dist/build/Data/Digest/Pure/SHA.o )
ghc: panic! (the 'impossible' happened)
(GHC version 7.2.0.20110728 for x86_64-unknown-linux):
regSpill: out of spill slots!
regs to spill = 2479
slots left = 2040
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
```7.8.1https://gitlab.haskell.org/ghc/ghc/-/issues/9705Panic on a pattern synonym in a class2019-07-07T18:39:22ZKrzysztof GogolewskiPanic on a pattern synonym in a classThis silly code causes a panic in rnMethodBind:
```hs
{-# LANGUAGE PatternSynonyms #-}
class C a where
pattern P = ()
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- |...This silly code causes a panic in rnMethodBind:
```hs
{-# LANGUAGE PatternSynonyms #-}
class C a where
pattern P = ()
```
<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 | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Panic on a pattern synonym in a class","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"This silly code causes a panic in rnMethodBind:\r\n\r\n{{{#!hs\r\n{-# LANGUAGE PatternSynonyms #-}\r\nclass C a where\r\n pattern P = ()\r\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->7.8.4Gergő ÉrdiGergő Érdihttps://gitlab.haskell.org/ghc/ghc/-/issues/9329GHC panics when Cmm-compiling `STK_CHK_GEN_N (8);`2019-07-07T18:40:52ZHerbert Valerio Riedelhvr@gnu.orgGHC panics when Cmm-compiling `STK_CHK_GEN_N (8);`The following Cmm code snippet compiles fine
```c
foo ()
{
STK_CHK_GEN_N (((1)*8)); /* works */
return (0);
}
```
The following one, however, only compiles with `-O0`, but panics with `-O1` or more:
```c
foo ()
{
STK_CHK_GEN_N (...The following Cmm code snippet compiles fine
```c
foo ()
{
STK_CHK_GEN_N (((1)*8)); /* works */
return (0);
}
```
The following one, however, only compiles with `-O0`, but panics with `-O1` or more:
```c
foo ()
{
STK_CHK_GEN_N (8); /* panics */
return (0);
}
```
```
ghc: panic! (the 'impossible' happened)
(GHC version 7.8.3 for x86_64-unknown-linux):
bundle
c1 foo [(c1,
label: block{v c1}_info
rep:StackRep [])]
[(c0, {}), (c3, {})]
foo() // []
{ info_tbl: [(c1,
label: block{v c1}_info
rep:StackRep [])]
stack_info: arg_space: 8 updfr_space: Just 8
}
{offset
c0: R1 = 0;
call (P64[Sp])(R1) args: 8, res: 0, upd: 8;
}
}
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
```
<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 | simonmar |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"GHC panics when Cmm-compiling `STK_CHK_GEN_N (8);`","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"7.10.1","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":["simonmar"],"type":"Bug","description":"The following Cmm code snippet compiles fine\r\n\r\n{{{#!c\r\nfoo ()\r\n{\r\n STK_CHK_GEN_N (((1)*8)); /* works */\r\n return (0);\r\n}\r\n}}}\r\n\r\n\r\nThe following one, however, only compiles with `-O0`, but panics with `-O1` or more:\r\n\r\n{{{#!c\r\nfoo ()\r\n{\r\n STK_CHK_GEN_N (8); /* panics */\r\n return (0);\r\n}\r\n}}}\r\n\r\n\r\n{{{\r\nghc: panic! (the 'impossible' happened)\r\n (GHC version 7.8.3 for x86_64-unknown-linux):\r\n\tbundle\r\n c1 foo [(c1,\r\n label: block{v c1}_info\r\n rep:StackRep [])]\r\n [(c0, {}), (c3, {})]\r\n foo() // []\r\n { info_tbl: [(c1,\r\n label: block{v c1}_info\r\n rep:StackRep [])]\r\n stack_info: arg_space: 8 updfr_space: Just 8\r\n }\r\n {offset\r\n c0: R1 = 0;\r\n call (P64[Sp])(R1) args: 8, res: 0, upd: 8;\r\n }\r\n }\r\n\r\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\r\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->7.8.4Simon MarlowSimon Marlow