GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2024-02-05T17:53:14Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/226ghci error2024-02-05T17:53:14Zrhclopesghci error```
An error in ghci when using pattern guards. Session
dump follows
]$ ghci
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version
6.0, for Haskell 98.
/ /_\\/ __ / /___| | http://www.h...```
An error in ghci when using pattern guards. Session
dump follows
]$ ghci
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version
6.0, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\____/\/ /_/\____/|_| Type :? for help.
Loading package base ... linking ... done.
Prelude> let f n | n == 0 = 1
ghc-6.0: panic! (the `impossible' happened, GHC version
6.0):
getLinkDeps No iface for [<pkg>]GHCziErr
Please report it as a compiler bug to
glasgow-haskell-bugs@haskell.org,
or http://sourceforge.net/projects/ghc/.
Prelude>
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ----------------- |
| Version | 6.0 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedDuplicate |
| Component | None |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"ghci error","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedDuplicate","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.0","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nAn error in ghci when using pattern guards. Session\ndump follows\n\n\n\n\n\n]$ ghci\n ___ ___ _\n / _ \\ /\\ /\\/ __(_)\n / /_\\// /_/ / / | | GHC Interactive, version\n6.0, for Haskell 98.\n/ /_\\\\/ __ / /___| | http://www.haskell.org/ghc/\n\\____/\\/ /_/\\____/|_| Type :? for help.\n\nLoading package base ... linking ... done.\nPrelude> let f n | n == 0 = 1\nghc-6.0: panic! (the `impossible' happened, GHC version\n6.0):\n\tgetLinkDeps No iface for [<pkg>]GHCziErr\n\nPlease report it as a compiler bug to\nglasgow-haskell-bugs@haskell.org,\nor http://sourceforge.net/projects/ghc/.\n\n\nPrelude> \n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/225Segmentation fault with Template Haskell2019-07-07T19:19:04ZstefanheimannSegmentation fault with Template Haskell```
When compiling the files attached, I get the following
output:
$ ./compile.sh
Chasing modules from: TemplateTryOut.hs
Skipping OHaskellPrimitives ( ./OHaskellPrimitives.hs,
./OHaskellPrimitives.o )
Skipping Utils ( ./U...```
When compiling the files attached, I get the following
output:
$ ./compile.sh
Chasing modules from: TemplateTryOut.hs
Skipping OHaskellPrimitives ( ./OHaskellPrimitives.hs,
./OHaskellPrimitives.o )
Skipping Utils ( ./Utils.hs, ./Utils.o )
Compiling Templates ( ./Templates.hs,
./Templates.o )
Compiling Main ( TemplateTryOut.hs,
TemplateTryOut.o )
Loading package base ... linking ... done.
Loading package haskell98 ... linking ... done.
Loading package haskell-src ... linking ... done.
[Info] Starting processing template
[Info] Start of translation phase
[Debug Trans] translating let expr
[Debug Trans] translating declaration
[Debug Trans] finished translating declarations of let,
now translating body
./compile.sh: line 6: 23126 Segmentation fault ghc
-fglasgow-exts --make TemplateTryOut.hs
The problem is in Templates.hs, around line 202. As
soon as you "touches" the body expression of an LetE,
the compiler crashes.
This is the GHC version I'm using:
Glasgow Haskell Compiler, Version 6.2.1, for Haskell
98, compiled by GHC version 6.2
I first thought that I might have a stage 1 compiler,
because the line above says "compiled by GHC version
6.2", but I just used the defaults when building GHC,
so it should be a stage 2 compiler.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | None |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Segmentation fault with Template Haskell","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"None","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nWhen compiling the files attached, I get the following\noutput:\n\n$ ./compile.sh \nChasing modules from: TemplateTryOut.hs\nSkipping OHaskellPrimitives ( ./OHaskellPrimitives.hs,\n./OHaskellPrimitives.o )\nSkipping Utils ( ./Utils.hs, ./Utils.o )\nCompiling Templates ( ./Templates.hs,\n./Templates.o )\nCompiling Main ( TemplateTryOut.hs,\nTemplateTryOut.o )\nLoading package base ... linking ... done.\nLoading package haskell98 ... linking ... done.\nLoading package haskell-src ... linking ... done.\n[Info] Starting processing template\n[Info] Start of translation phase\n[Debug Trans] translating let expr\n[Debug Trans] translating declaration\n[Debug Trans] finished translating declarations of let,\nnow translating body\n./compile.sh: line 6: 23126 Segmentation fault ghc\n-fglasgow-exts --make TemplateTryOut.hs\n\nThe problem is in Templates.hs, around line 202. As\nsoon as you \"touches\" the body expression of an LetE,\nthe compiler crashes.\n\nThis is the GHC version I'm using:\n\nGlasgow Haskell Compiler, Version 6.2.1, for Haskell\n98, compiled by GHC version 6.2\n\nI first thought that I might have a stage 1 compiler,\nbecause the line above says \"compiled by GHC version\n6.2\", but I just used the defaults when building GHC,\nso it should be a stage 2 compiler.\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/224Problem with where clause and Template Haskell2019-07-07T19:19:04ZstefanheimannProblem with where clause and Template Haskell```
When compiling the two files attached, the following
happens:
$ ./compile.sh
Chasing modules from: TemplateTryOut.hs
Skipping Templates ( ./Templates.hs,
./Templates.o )
Compiling Main ( TemplateTryOut.hs,
Temp...```
When compiling the two files attached, the following
happens:
$ ./compile.sh
Chasing modules from: TemplateTryOut.hs
Skipping Templates ( ./Templates.hs,
./Templates.o )
Compiling Main ( TemplateTryOut.hs,
TemplateTryOut.o )
Loading package base ... linking ... done.
Loading package haskell98 ... linking ... done.
Loading package haskell-src ... linking ... done.
compiling template
ghc-6.2.1: panic! (the `impossible' happened, GHC
version 6.2.1):
nameModule readTread_d1z7
Please report it as a compiler bug to
glasgow-haskell-bugs@haskell.org,
or http://sourceforge.net/projects/ghc/.
I think it's a problem with template haskell. The first
call of 'template' in TemplateTryOut.hs (line 10)
succeeds, as you can see from the message 'compiling
template'. The second call in line 17 fails. The only
difference between these 2 calls is the where clause.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.2.1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Problem with where clause and Template Haskell","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nWhen compiling the two files attached, the following\nhappens:\n\n\n$ ./compile.sh \nChasing modules from: TemplateTryOut.hs\nSkipping Templates ( ./Templates.hs,\n./Templates.o )\nCompiling Main ( TemplateTryOut.hs,\nTemplateTryOut.o )\nLoading package base ... linking ... done.\nLoading package haskell98 ... linking ... done.\nLoading package haskell-src ... linking ... done.\ncompiling template\nghc-6.2.1: panic! (the `impossible' happened, GHC\nversion 6.2.1):\n nameModule readTread_d1z7\n\nPlease report it as a compiler bug to\nglasgow-haskell-bugs@haskell.org,\nor http://sourceforge.net/projects/ghc/.\n\n\nI think it's a problem with template haskell. The first\ncall of 'template' in TemplateTryOut.hs (line 10)\nsucceeds, as you can see from the message 'compiling\ntemplate'. The second call in line 17 fails. The only\ndifference between these 2 calls is the where clause.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/223ghci identifier autocomplete like bash2019-07-07T19:19:04Znobodyghci identifier autocomplete like bash```
I think a nice feature is to make ghci like bash in this
sense:
pressing <TAB> complete the identifier at cursor like
bash complete path and filename, showing a list of
matching identifier when there are two or more or
overloade...```
I think a nice feature is to make ghci like bash in this
sense:
pressing <TAB> complete the identifier at cursor like
bash complete path and filename, showing a list of
matching identifier when there are two or more or
overloaded identifier into loaded modules, like:
*MyModule> ta<TAB>
Prelude.tail MyModule.tail
*MyModule> ta
Bye,
VampWire
monstered@mail.com
```nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/222Unhelpful panic (incorrect flag)2019-07-07T19:19:04ZhampusrUnhelpful panic (incorrect flag)```
If one gives the incorrect flag -fcontext-stack=X
instead of the correct -fcontext-stackX the compiler
panics instead of complaining about incorrect flags
(bad use of Prelude.read).
```
<details><summary>Trac metadata</summary>
| T...```
If one gives the incorrect flag -fcontext-stack=X
instead of the correct -fcontext-stackX the compiler
panics instead of complaining about incorrect flags
(bad use of Prelude.read).
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.2.1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Unhelpful panic (incorrect flag)","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nIf one gives the incorrect flag -fcontext-stack=X\ninstead of the correct -fcontext-stackX the compiler\npanics instead of complaining about incorrect flags\n(bad use of Prelude.read).\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/221getFileStatus does not include the file name in IO-Error2019-07-07T19:19:04ZnobodygetFileStatus does not include the file name in IO-Error```
Hi.
When applied to a dangling symlink, then
System.Posix.Files.getFileStatus produces an IO-Error.
But it doesn't include the path of the symlink (to be
accessed with ioeGetFileName) in the exception.
My email address: post@volker...```
Hi.
When applied to a dangling symlink, then
System.Posix.Files.getFileStatus produces an IO-Error.
But it doesn't include the path of the symlink (to be
accessed with ioeGetFileName) in the exception.
My email address: post@volker-wysk.de
Bye.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | -------------- |
| Version | 6.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | libraries/unix |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"getFileStatus does not include the file name in IO-Error","status":"New","operating_system":"","component":"libraries/unix","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"6.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nHi.\n\nWhen applied to a dangling symlink, then\nSystem.Posix.Files.getFileStatus produces an IO-Error.\nBut it doesn't include the path of the symlink (to be\naccessed with ioeGetFileName) in the exception.\n\nMy email address: post@volker-wysk.de\n\nBye.\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/220dlclose segfaults2019-07-07T19:19:05Znobodydlclose segfaults```
Minimal test program:
main =
do putStrLn "opening libm"
handle <- dlopen "libm.so" [RTLD_LAZY]
putStrLn "closing libm"
dlclose handle
putStrLn "done"
results in:
opening libm
closing libm
zsh: segme...```
Minimal test program:
main =
do putStrLn "opening libm"
handle <- dlopen "libm.so" [RTLD_LAZY]
putStrLn "closing libm"
dlclose handle
putStrLn "done"
results in:
opening libm
closing libm
zsh: segmentation fault ./dlbug
Note that withDL also segfaults.
abe.egnor@gmail.com
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | -------------- |
| Version | 6.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | libraries/unix |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"dlclose segfaults","status":"New","operating_system":"","component":"libraries/unix","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"volkersf"},"version":"6.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nMinimal test program:\n\nmain =\n do putStrLn \"opening libm\"\n handle <- dlopen \"libm.so\" [RTLD_LAZY]\n putStrLn \"closing libm\"\n dlclose handle\n putStrLn \"done\"\n\nresults in:\n\nopening libm\nclosing libm\nzsh: segmentation fault ./dlbug\n\nNote that withDL also segfaults.\n\nabe.egnor@gmail.com\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->volkersfvolkersfhttps://gitlab.haskell.org/ghc/ghc/-/issues/219Windows compiler assumes (wrongly) TH when using ($)2019-07-07T19:19:05ZeivuokkoWindows compiler assumes (wrongly) TH when using ($)```
Hi!
With ghc 6.2.1 (from haskell.org) for Windows barfs on
code like (this is from ghci)
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version
6.2.1, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskel...```
Hi!
With ghc 6.2.1 (from haskell.org) for Windows barfs on
code like (this is from ghci)
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version
6.2.1, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\____/\/ /_/\____/|_| Type :? for help.
Loading package base ... linking ... done.
Prelude> fst$head [(1,2),(3,4)]
<interactive>:1:
Couldn't match `Language.Haskell.THSyntax.ExpQ'
against `[a] -> a'
Expected type: Language.Haskell.THSyntax.ExpQ
Inferred type: [a] -> a
In the first argument of `fst', namely `$[splice]head'
In the definition of `it':
it = fst ($[splice]head) [(1, 2), (3, 4)]
Prelude>
Workaround: fst$ head (notice the space).
This problem is not related to library functions:
Prelude> let foo=(\x -> x) in foo$foo 1
<interactive>:1:
GHC stage restriction: `foo'
is used in a top-level splice, and must be
imported, not defined locally
In the first argument of `foo', namely `$[splice]foo'
In the definition of `it':
it = let foo = (\ x -> ...) in foo ($[splice]foo) 1
Prelude>
GHC (debian testing/unstable) in Linux doesn't seem to
have this problem.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 6.2.1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedRejected |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Windows compiler assumes (wrongly) TH when using ($)","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedRejected","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nHi!\n\nWith ghc 6.2.1 (from haskell.org) for Windows barfs on\ncode like (this is from ghci)\n\n\n / _ \\ /\\ /\\/ __(_)\n / /_\\// /_/ / / | | GHC Interactive, version\n6.2.1, for Haskell 98.\n/ /_\\\\/ __ / /___| | http://www.haskell.org/ghc/\n\\____/\\/ /_/\\____/|_| Type :? for help.\n\nLoading package base ... linking ... done.\nPrelude> fst$head [(1,2),(3,4)]\n\n<interactive>:1:\n Couldn't match `Language.Haskell.THSyntax.ExpQ'\nagainst `[a] -> a'\n Expected type: Language.Haskell.THSyntax.ExpQ\n Inferred type: [a] -> a\n In the first argument of `fst', namely `$[splice]head'\n In the definition of `it':\n it = fst ($[splice]head) [(1, 2), (3, 4)]\nPrelude>\n\n\nWorkaround: fst$ head (notice the space). \n\nThis problem is not related to library functions:\n\nPrelude> let foo=(\\x -> x) in foo$foo 1\n\n<interactive>:1:\n GHC stage restriction: `foo'\n is used in a top-level splice, and must be\nimported, not defined locally\n In the first argument of `foo', namely `$[splice]foo'\n In the definition of `it':\n it = let foo = (\\ x -> ...) in foo ($[splice]foo) 1\nPrelude>\n\nGHC (debian testing/unstable) in Linux doesn't seem to\nhave this problem.\n\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/600Get make -j to work2019-07-07T19:19:05ZSimon MarlowGet make -j to work`make -j` (parallel compilation) doesn't work in the GHC build system. Requires a make hacker, probably.`make -j` (parallel compilation) doesn't work in the GHC build system. Requires a make hacker, probably.https://gitlab.haskell.org/ghc/ghc/-/issues/599The Front Panel2019-07-07T19:19:05ZSimon MarlowThe Front PanelGHC's runtime has a "front panel" which displays graphical representations of parts of the runtime as a program runs. For example, it shows the amount of data in each generation, how many threads there are, the memory layout, etc.
This ...GHC's runtime has a "front panel" which displays graphical representations of parts of the runtime as a program runs. For example, it shows the amount of data in each generation, how many threads there are, the memory layout, etc.
This was a quick hack, and there are many ways in which it could be extended to become a generally useful tool.https://gitlab.haskell.org/ghc/ghc/-/issues/598GHC Debugger2019-07-07T19:19:05ZSimon MarlowGHC DebuggerWe have a prototype debugger (`ghc/utils/hsdebug` on the `speceval_2` branch). This could be made to work for the ordinary (non-speceval) compiler and enhanced in lots of interesting ways to provide basic debugging support for GHC-compil...We have a prototype debugger (`ghc/utils/hsdebug` on the `speceval_2` branch). This could be made to work for the ordinary (non-speceval) compiler and enhanced in lots of interesting ways to provide basic debugging support for GHC-compiled programs.https://gitlab.haskell.org/ghc/ghc/-/issues/597Various error messages have inaccurate source locations2019-07-07T19:19:06ZSimon MarlowVarious error messages have inaccurate source locationsSome error messages lack source location information, or have inaccurate locations. Here are the ones we know about:
- Should point to the import decl:
```
ShowFunctions.hs:1:0
Warning: Module `Text.Show.Functions' is imported,...Some error messages lack source location information, or have inaccurate locations. Here are the ones we know about:
- Should point to the import decl:
```
ShowFunctions.hs:1:0
Warning: Module `Text.Show.Functions' is imported, but nothing from it is used
```
- Should point to the instance header:
```
mod41.hs:3:0:
Illegal instance declaration for `Eq (Either a a)'
(The instance type must be of form (T a b c)
```
- Should point to 'deriving \*Eq\*', not the tycon:
```
tcfail046.hs:9:8:
No instance for `Eq (Pid -> Time -> Message a -> (MessList a, Continuation a
))'
When deriving the `Eq' instance for type `Continuation'
```
- check_tau_type doesn't have location info?
```
tcfail100.hs:7:0:
Type synonym `A' should have 1 argument, but has been given 0
In the type synonym declaration for `B'
```
- Location in LHsModule from the parser should really span the whole file, rather than a point span at (1,0).
- read016: should be the lhs only?
- tcfail044: should be the instance head only.https://gitlab.haskell.org/ghc/ghc/-/issues/218Language.Haskell.Pretty misformats2019-07-07T19:19:06ZjcastLanguage.Haskell.Pretty misformats```
ghci gives the following results:
$ ghci -fglasgow-exts
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version
6.2.1, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\__...```
ghci gives the following results:
$ ghci -fglasgow-exts
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version
6.2.1, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\____/\/ /_/\____/|_| Type :? for help.
Loading package base ... linking ... done.
Prelude> :m + Language.Haskell.Syntax
Prelude Language.Haskell.Syntax> :m +
Language.Haskell.Pretty Prelude Language.Haskell.Syntax
Language.Haskell.Pretty> putStrLn $ prettyPrint $
HsInfixApp (HsDo [HsQualifier (HsVar (UnQual (HsIdent
"undefined"))), HsQualifier (HsVar (UnQual (HsIdent
"undefined")))]) (HsQVarOp (UnQual (HsSymbol "<|>")))
(HsDo [HsQualifier (HsVar (UnQual (HsIdent "undefined")))])
Loading package haskell98 ... linking ... done.
Loading package haskell-src ... linking ... done.
do undefined
undefined
<|> do undefined
Prelude Language.Haskell.Pretty
Language.Haskell.Syntax> putStrLn $ prettyPrint $ HsApp
(HsVar (UnQual (HsIdent "foo"))) $ HsApp (HsVar (UnQual
(HsIdent "bar"))) $ HsVar (UnQual (HsIdent "baz"))
foo bar baz
In other words, it mis-indents infix applications and
does /not/ parenthesize nested applications. There may
be other mis-formatting issues, but these are the ones
that have me stopped atm.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ----------------- |
| Version | 6.2.1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedNoReason |
| Component | libraries (other) |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Language.Haskell.Pretty misformats ","status":"New","operating_system":"","component":"libraries (other)","related":[],"milestone":"","resolution":"ResolvedNoReason","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nghci gives the following results:\n\n$ ghci -fglasgow-exts\n ___ ___ _\n / _ \\ /\\ /\\/ __(_)\n / /_\\// /_/ / / | | GHC Interactive, version\n6.2.1, for Haskell 98.\n/ /_\\\\/ __ / /___| | http://www.haskell.org/ghc/\n\\____/\\/ /_/\\____/|_| Type :? for help.\n \nLoading package base ... linking ... done.\nPrelude> :m + Language.Haskell.Syntax\nPrelude Language.Haskell.Syntax> :m +\nLanguage.Haskell.Pretty Prelude Language.Haskell.Syntax\nLanguage.Haskell.Pretty> putStrLn $ prettyPrint $\nHsInfixApp (HsDo [HsQualifier (HsVar (UnQual (HsIdent\n\"undefined\"))), HsQualifier (HsVar (UnQual (HsIdent\n\"undefined\")))]) (HsQVarOp (UnQual (HsSymbol \"<|>\")))\n(HsDo [HsQualifier (HsVar (UnQual (HsIdent \"undefined\")))])\nLoading package haskell98 ... linking ... done.\nLoading package haskell-src ... linking ... done.\ndo undefined\n undefined\n <|> do undefined\nPrelude Language.Haskell.Pretty\nLanguage.Haskell.Syntax> putStrLn $ prettyPrint $ HsApp\n(HsVar (UnQual (HsIdent \"foo\"))) $ HsApp (HsVar (UnQual\n(HsIdent \"bar\"))) $ HsVar (UnQual (HsIdent \"baz\"))\nfoo bar baz\n\nIn other words, it mis-indents infix applications and\ndoes /not/ parenthesize nested applications. There may\nbe other mis-formatting issues, but these are the ones\nthat have me stopped atm.\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/217ghci failure using .ghci to define macro2019-07-07T19:19:06Znobodyghci failure using .ghci to define macro```
orielmaxime@yahoo.com
Windows 2000
I have defined a macro that I adore (it runs quick check
on all properties within a file). Manually, when I run
ghci, I type the following to set up that macro:
:load OdmQuickCheck
:def ch...```
orielmaxime@yahoo.com
Windows 2000
I have defined a macro that I adore (it runs quick check
on all properties within a file). Manually, when I run
ghci, I type the following to set up that macro:
:load OdmQuickCheck
:def checkAll checkAll
I then proceed to the meat of my GHCI session, knowing
I can now type something like:
:checkAll IntersectionTest
and receive immediate feedback as to whether my
latest "optimization" actually broke the algorithm.
Okay. That's all background.
So, I put the two lines above into a .gchi file:
:load OdmQuickCheck
:def checkAll checkAll
Then, I invoked ghci with a different module from the
command line:
ghci IntersectionTest
I'm hoping, then, to be able to directly use the macro:
:checkAll IntersectionTest
After all the tests have run, something "bad" happens,
and I see the following:
C:\ghc\GHC-50~1.3\bin\ghc.exe: fatal error:
scavenge_stack: weird activation record found on
stack: 0
I think this may have something to do with the
compiled/interpreted state of the modules involved, and
whether the module itself imports OdmQuickCheck, but
I've been unable to so far to isolate these dependencies.
I'm hoping that you'll know right off... that it has
something to do with the :def command not fully binding
the macro... but if you have no idea, let me know and I
can provide more data, sample code, more data points,
etc. Don't hesitate to let me know what you need.
Thanks!
oriel
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | -------------- |
| Version | 5.04.3 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Runtime System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"ghci failure using .ghci to define macro","status":"New","operating_system":"","component":"Runtime System","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.04.3","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\norielmaxime@yahoo.com\n\nWindows 2000\n\nI have defined a macro that I adore (it runs quick check \non all properties within a file). Manually, when I run \nghci, I type the following to set up that macro:\n\n :load OdmQuickCheck\n :def checkAll checkAll\n\nI then proceed to the meat of my GHCI session, knowing \nI can now type something like:\n\n :checkAll IntersectionTest\n\nand receive immediate feedback as to whether my \nlatest \"optimization\" actually broke the algorithm.\n\nOkay. That's all background.\n\nSo, I put the two lines above into a .gchi file:\n\n :load OdmQuickCheck\n :def checkAll checkAll\n\nThen, I invoked ghci with a different module from the \ncommand line:\n\n ghci IntersectionTest\n\nI'm hoping, then, to be able to directly use the macro:\n\n :checkAll IntersectionTest\n\nAfter all the tests have run, something \"bad\" happens, \nand I see the following:\n\nC:\\ghc\\GHC-50~1.3\\bin\\ghc.exe: fatal error: \nscavenge_stack: weird activation record found on \nstack: 0\n\nI think this may have something to do with the \ncompiled/interpreted state of the modules involved, and \nwhether the module itself imports OdmQuickCheck, but \nI've been unable to so far to isolate these dependencies.\n\nI'm hoping that you'll know right off... that it has \nsomething to do with the :def command not fully binding \nthe macro... but if you have no idea, let me know and I \ncan provide more data, sample code, more data points, \netc. Don't hesitate to let me know what you need.\n\nThanks!\n\noriel\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/216--make and -main-is don't work together2019-07-07T19:19:06Znobody--make and -main-is don't work together```
The --make option doesn't take into account the
presence of a -main-is option; if a Main module isn't
present, it won't link, and if one is present (but
would not be used as the entry point because of
-main-is), linking fails with:
...```
The --make option doesn't take into account the
presence of a -main-is option; if a Main module isn't
present, it won't link, and if one is present (but
would not be used as the entry point because of
-main-is), linking fails with:
Linking ...
/usr/lib/ghc-6.2/libHSrts.a(Main.o)(.text+0xe): In
function `main':
: undefined reference to `__stginit_ZCMain'
/usr/lib/ghc-6.2/libHSrts.a(Main.o)(.text+0x28): In
function `main':
: undefined reference to `ZCMain_main_closure'
collect2: ld returned 1 exit status
- abe.egnor@gmail.com
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"--make and -main-is don't work together","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nThe --make option doesn't take into account the\npresence of a -main-is option; if a Main module isn't\npresent, it won't link, and if one is present (but\nwould not be used as the entry point because of\n-main-is), linking fails with:\n\nLinking ...\n/usr/lib/ghc-6.2/libHSrts.a(Main.o)(.text+0xe): In\nfunction `main':\n: undefined reference to `__stginit_ZCMain'\n/usr/lib/ghc-6.2/libHSrts.a(Main.o)(.text+0x28): In\nfunction `main':\n: undefined reference to `ZCMain_main_closure'\ncollect2: ld returned 1 exit status\n\n- abe.egnor@gmail.com\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/215double arrows causes a panic2019-07-07T19:19:06Znobodydouble arrows causes a panic```
Trying to load code like the following:
test = proc inp -> show -< id -< inp
will cause both ghc and ghci to panic with this message:
ghc-6.2: panic! (the `impossible' happened, GHC version
6.2):
tcMonoExpr GHCziBase.id {-...```
Trying to load code like the following:
test = proc inp -> show -< id -< inp
will cause both ghc and ghci to panic with this message:
ghc-6.2: panic! (the `impossible' happened, GHC version
6.2):
tcMonoExpr GHCziBase.id {- v r8k -} -< inp {- v
aPp -}
As far as I can tell, it's the "a -< b -< c" that's
causing problems.
- abe.egnor@gmail.com
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"double arrows causes a panic","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nTrying to load code like the following:\n\ntest = proc inp -> show -< id -< inp\n\nwill cause both ghc and ghci to panic with this message:\n\nghc-6.2: panic! (the `impossible' happened, GHC version\n6.2):\n tcMonoExpr GHCziBase.id {- v r8k -} -< inp {- v\naPp -}\n\nAs far as I can tell, it's the \"a -< b -< c\" that's\ncausing problems.\n\n- abe.egnor@gmail.com\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/214ghc "panic" - typecheck/TcRnTypes.lhs:2332019-07-07T19:19:07Zfergusghc "panic" - typecheck/TcRnTypes.lhs:233```
I got a ghc "panic" when trying to compile some code
which made use of .hi-boot files. The exact panic
message was
ghc-6.0.1: panic! (the `impossible' happened, GHC
version 6.0.1):
typecheck/TcRnTypes.lhs:233: Missing field...```
I got a ghc "panic" when trying to compile some code
which made use of .hi-boot files. The exact panic
message was
ghc-6.0.1: panic! (the `impossible' happened, GHC
version 6.0.1):
typecheck/TcRnTypes.lhs:233: Missing field in
record construction TcRnTypes.top_errs
This was on a RedHat 8.0 Linux system,
with the following version of ghc:
Glasgow Haskell Compiler, Version 6.0.1, for Haskell
98, compiled by GHC version 6.0
I apologize for the incompleteness of this bug report,
but unfortunately the source code which triggered this
bug is proprietary, so I can't include it here. Sorry!
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ----------------------- |
| Version | 6.0.1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler (Type checker) |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"ghc \"panic\" - typecheck/TcRnTypes.lhs:233","status":"New","operating_system":"","component":"Compiler (Type checker)","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonpj"},"version":"6.0.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI got a ghc \"panic\" when trying to compile some code\nwhich made use of .hi-boot files. The exact panic\nmessage was\n\nghc-6.0.1: panic! (the `impossible' happened, GHC\nversion 6.0.1):\n typecheck/TcRnTypes.lhs:233: Missing field in\nrecord construction TcRnTypes.top_errs\n\nThis was on a RedHat 8.0 Linux system,\nwith the following version of ghc:\nGlasgow Haskell Compiler, Version 6.0.1, for Haskell\n98, compiled by GHC version 6.0\n\nI apologize for the incompleteness of this bug report,\nbut unfortunately the source code which triggered this\nbug is proprietary, so I can't include it here. Sorry!\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon Peyton JonesSimon Peyton Joneshttps://gitlab.haskell.org/ghc/ghc/-/issues/213Typo in user guide2019-07-07T19:19:07ZfergusTypo in user guide```
At
http://www.haskell.org/ghc/docs/latest/html/users_guide/users-guide.html
in section 1.2 ("Reporting Bugs in GHC"), there is a typo:
"SoureForge" should be "SourceForge".
-Fergus Henderson <fjh@cs.mu.oz.au>.
```
<details><summary...```
At
http://www.haskell.org/ghc/docs/latest/html/users_guide/users-guide.html
in section 1.2 ("Reporting Bugs in GHC"), there is a typo:
"SoureForge" should be "SourceForge".
-Fergus Henderson <fjh@cs.mu.oz.au>.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Documentation |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Typo in user guide","status":"New","operating_system":"","component":"Documentation","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"6.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nAt\nhttp://www.haskell.org/ghc/docs/latest/html/users_guide/users-guide.html\nin section 1.2 (\"Reporting Bugs in GHC\"), there is a typo:\n\"SoureForge\" should be \"SourceForge\".\n\n-Fergus Henderson <fjh@cs.mu.oz.au>.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/212Error in installation (fixed)2019-07-07T19:19:07ZnobodyError in installation (fixed)```
Hello,
I just installed ghc on Mandrake Linux 10, from the file
glasgow-haskell-bugs@haskell.org.
I was getting an error when I ran ghc and ghci:
Hsc static flags: -static
*** Parser:
<interactive>:1:
Could not find interfac...```
Hello,
I just installed ghc on Mandrake Linux 10, from the file
glasgow-haskell-bugs@haskell.org.
I was getting an error when I ran ghc and ghci:
Hsc static flags: -static
*** Parser:
<interactive>:1:
Could not find interface file for `GHC.Exception'
locations searched:
GHC/Exception.hs
GHC/Exception.lhs
/usr/local/lib/ghc-6.2/imports/GHC/Exception.hi
<interactive>:1:
Could not find interface file for `GHC.Handle'
locations searched:
GHC/Handle.hs
GHC/Handle.lhs
/usr/local/lib/ghc-6.2/imports/GHC/Handle.hi
<interactive>:1:
Could not find interface file for `GHC.IO'
locations searched:
GHC/IO.hs
GHC/IO.lhs
/usr/local/lib/ghc-6.2/imports/GHC/IO.hi
<interactive>:1:
Could not find interface file for `System.IO.Error'
locations searched:
System/IO/Error.hs
System/IO/Error.lhs
/usr/local/lib/ghc-6.2/imports/System/IO/Error.hi
<interactive>:1:
Failed to load interface for `GHC.Base':
Could not find interface file for `GHC.Base'
locations searched:
/usr/local/lib/ghc-6.2/imports/GHC/Base.hi
*** Deleting temp files
Deleting:
ghc-6.2: panic! (the `impossible' happened, GHC version
6.2):
interactiveUI:setBuffering
--------------
I've been able to solve it with
cd /usr/local/lib/ghc-6.2/imports/System
ln -s io IO
cd /usr/local/lib/ghc-6.2/imports/
ln -s ghc GHC
Maurizio
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 6.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedNoReason |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Error in installation (fixed)","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"ResolvedNoReason","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nHello,\n\nI just installed ghc on Mandrake Linux 10, from the file \nglasgow-haskell-bugs@haskell.org.\n\nI was getting an error when I ran ghc and ghci:\n\nHsc static flags: -static\n*** Parser:\n\n<interactive>:1:\n Could not find interface file for `GHC.Exception'\n locations searched:\n GHC/Exception.hs\n GHC/Exception.lhs\n /usr/local/lib/ghc-6.2/imports/GHC/Exception.hi\n\n<interactive>:1:\n Could not find interface file for `GHC.Handle'\n locations searched:\n GHC/Handle.hs\n GHC/Handle.lhs\n /usr/local/lib/ghc-6.2/imports/GHC/Handle.hi\n\n<interactive>:1:\n Could not find interface file for `GHC.IO'\n locations searched:\n GHC/IO.hs\n GHC/IO.lhs\n /usr/local/lib/ghc-6.2/imports/GHC/IO.hi\n\n<interactive>:1:\n Could not find interface file for `System.IO.Error'\n locations searched:\n System/IO/Error.hs\n System/IO/Error.lhs\n /usr/local/lib/ghc-6.2/imports/System/IO/Error.hi\n\n<interactive>:1:\n Failed to load interface for `GHC.Base':\n Could not find interface file for `GHC.Base'\n locations searched:\n/usr/local/lib/ghc-6.2/imports/GHC/Base.hi\n*** Deleting temp files\nDeleting:\nghc-6.2: panic! (the `impossible' happened, GHC version\n6.2):\n interactiveUI:setBuffering\n\n\n\n--------------\n\nI've been able to solve it with\n\ncd /usr/local/lib/ghc-6.2/imports/System\n\nln -s io IO\n\ncd /usr/local/lib/ghc-6.2/imports/\n\nln -s ghc GHC\n\nMaurizio\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/211hiding does not follow haskell report2019-07-07T19:19:07Znobodyhiding does not follow haskell report```
Email: mdg@wanadoo.fr
As understand hiding from the Haskell report, it should
hide only the unqualified name and not the qualified name,
e.g., hide head but not Prelude.head (or List.head). This
is not the case with ghc 6.0.1:
mdg...```
Email: mdg@wanadoo.fr
As understand hiding from the Haskell report, it should
hide only the unqualified name and not the qualified name,
e.g., hide head but not Prelude.head (or List.head). This
is not the case with ghc 6.0.1:
mdg@mdglt:/bug-2111> cat Main.hs
module Main where
import Prelude hiding (head)
main = do print (Prelude.head [0..])
head
head = print "head"
mdg@mdglt:/bug-2112> ghc --version
The Glorious Glasgow Haskell Compilation System,
version 6.0.1
mdg@mdglt:/bug-2113> ghc -fglasgow-exts -o Main --make Main
Chasing modules from: Main
Compiling Main ( Main.hs, ./Main.o )
Main.hs:5: Variable not in scope: `Prelude.head'
mdg@mdglt:/bug-2114> ghc -o Main --make Main
Chasing modules from: Main
Compiling Main ( Main.hs, ./Main.o )
Main.hs:5: Variable not in scope: `Prelude.head'
mdg@mdglt:/bug-2115> runhugs Main
0
"head"
as expected.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.0.1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"hiding does not follow haskell report","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.0.1","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nEmail: mdg@wanadoo.fr\n\nAs understand hiding from the Haskell report, it should\nhide only the unqualified name and not the qualified name,\ne.g., hide head but not Prelude.head (or List.head). This\nis not the case with ghc 6.0.1:\n\nmdg@mdglt:/bug-2111> cat Main.hs \nmodule Main where\n\nimport Prelude hiding (head)\n\nmain = do print (Prelude.head [0..])\n head\n\nhead = print \"head\"\n\nmdg@mdglt:/bug-2112> ghc --version \nThe Glorious Glasgow Haskell Compilation System,\nversion 6.0.1\n\nmdg@mdglt:/bug-2113> ghc -fglasgow-exts -o Main --make Main\nChasing modules from: Main\nCompiling Main ( Main.hs, ./Main.o )\n\nMain.hs:5: Variable not in scope: `Prelude.head'\n\nmdg@mdglt:/bug-2114> ghc -o Main --make Main \nChasing modules from: Main\nCompiling Main ( Main.hs, ./Main.o )\n\nMain.hs:5: Variable not in scope: `Prelude.head'\nmdg@mdglt:/bug-2115> runhugs Main\n0\n\"head\"\n\nas expected.\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobody