GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2019-07-07T19:18:35Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/299gfindtype has overly restrictive type2019-07-07T19:18:35Znobodygfindtype has overly restrictive type```
gfindtype should have type
gfindtype :: (Data x, Typeable y) => x -> Maybe y
Data y is unnecessary.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | -------------...```
gfindtype should have type
gfindtype :: (Data x, Typeable y) => x -> Maybe y
Data y is unnecessary.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | None |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | None |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"gfindtype has overly restrictive type","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"None","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\ngfindtype should have type\n\ngfindtype :: (Data x, Typeable y) => x -> Maybe y\n\nData y is unnecessary.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/298template Haskell fails in GHCi2019-07-07T19:18:35Znobodytemplate Haskell fails in GHCi```
Prelude> let x = 1
Prelude> $([|x|])
ghc.exe: panic! (the `impossible' happened, GHC version
6.2.2):
nameModule x {- v a6XY -}
Please report it as a compiler bug to glasgow-haskell-
bugs@haskell.org,
or http://sourceforge.n...```
Prelude> let x = 1
Prelude> $([|x|])
ghc.exe: panic! (the `impossible' happened, GHC version
6.2.2):
nameModule x {- v a6XY -}
Please report it as a compiler bug to glasgow-haskell-
bugs@haskell.org,
or http://sourceforge.net/projects/ghc/.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 6.2.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Template Haskell |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"template Haskell fails in GHCi","status":"New","operating_system":"","component":"Template Haskell","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonpj"},"version":"6.2.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nPrelude> let x = 1\nPrelude> $([|x|])\nghc.exe: panic! (the `impossible' happened, GHC version \n6.2.2):\n nameModule x {- v a6XY -}\n\nPlease report it as a compiler bug to glasgow-haskell-\nbugs@haskell.org,\nor http://sourceforge.net/projects/ghc/.\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon Peyton JonesSimon Peyton Joneshttps://gitlab.haskell.org/ghc/ghc/-/issues/297version output not going to stdout2019-07-07T19:18:35ZJens Petersenversion output not going to stdout```
I built 6.3.20050121 and x86_64 and tried
ghc-6.3.20050123-i386-unknown-linux too.
For both of them the output of "ghc -V" doesn't
seem to go to standard output.
```
<details><summary>Trac metadata</summary>
| Trac field ...```
I built 6.3.20050121 and x86_64 and tried
ghc-6.3.20050123-i386-unknown-linux too.
For both of them the output of "ghc -V" doesn't
seem to go to standard output.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | -------------- |
| Version | 6.4 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | libraries/base |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"version output not going to stdout","status":"New","operating_system":"","component":"libraries/base","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"wthaller"},"version":"6.4","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI built 6.3.20050121 and x86_64 and tried\nghc-6.3.20050123-i386-unknown-linux too.\nFor both of them the output of \"ghc -V\" doesn't\nseem to go to standard output.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->wthallerwthallerhttps://gitlab.haskell.org/ghc/ghc/-/issues/296internal error: getMBlock: mmap: Invalid argument2019-07-07T19:18:36Zggdinternal error: getMBlock: mmap: Invalid argument```
In an attempt to compile latest HaRe snapshot on amd64 platform
(ghc-6.2.2, happy-1.15) I get the following error:
gour@gaura-nitai ~/projects/haskell/hare $ make
cp -r diffs/tools/* tools
mkdir -p refactorer/hidir/`uname`
...```
In an attempt to compile latest HaRe snapshot on amd64 platform
(ghc-6.2.2, happy-1.15) I get the following error:
gour@gaura-nitai ~/projects/haskell/hare $ make
cp -r diffs/tools/* tools
mkdir -p refactorer/hidir/`uname`
mkdir -p refactorer/odir/`uname`
cd editors; ./localpaths "HaRe 03/12/2004"
cd editors; ghc --make -fglasgow-exts GenEditorInterfaces -o
GenEditorInterfaces
Chasing modules from: GenEditorInterfaces
Compiling LocalSettings ( ./LocalSettings.hs, ./LocalSettings.o )
ghc-6.2.2: internal error: getMBlock: mmap: Invalid argument
Please report this as a bug to glasgow-haskell-bugs@haskell.org,
or http://www.sourceforge.net/projects/ghc/
make: *** [editors/GenEditorInterfaces] Error 254
Sincerely,
Gour
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | None |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | None |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"internal error: getMBlock: mmap: Invalid argument ","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"None","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nIn an attempt to compile latest HaRe snapshot on amd64 platform \n(ghc-6.2.2, happy-1.15) I get the following error: \n \ngour@gaura-nitai ~/projects/haskell/hare $ make \ncp -r diffs/tools/* tools \nmkdir -p refactorer/hidir/`uname` \nmkdir -p refactorer/odir/`uname` \ncd editors; ./localpaths \"HaRe 03/12/2004\" \ncd editors; ghc --make -fglasgow-exts GenEditorInterfaces -o \nGenEditorInterfaces \nChasing modules from: GenEditorInterfaces \nCompiling LocalSettings ( ./LocalSettings.hs, ./LocalSettings.o ) \nghc-6.2.2: internal error: getMBlock: mmap: Invalid argument \n Please report this as a bug to glasgow-haskell-bugs@haskell.org, \n or http://www.sourceforge.net/projects/ghc/ \nmake: *** [editors/GenEditorInterfaces] Error 254 \n \n \nSincerely, \nGour \n \n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/295GHC panic2019-07-07T19:18:36ZnobodyGHC panic```
This concerns GHC HEAD (6.3) on 20 Jan 2005.
I'm afraid this is not going to be a very useful bug
report,
but I thought I'd file my observations anyway.
When compiling a file AFRPTestsReact.hs, GHC panics:
seshat-257% ghc -c -fgla...```
This concerns GHC HEAD (6.3) on 20 Jan 2005.
I'm afraid this is not going to be a very useful bug
report,
but I thought I'd file my observations anyway.
When compiling a file AFRPTestsReact.hs, GHC panics:
seshat-257% ghc -c -fglasgow-exts -package lang
-package concurrent -i../src AFRPTestsReact.hs
ghc-6.3: panic! (the `impossible' happened, GHC version
6.3):
Ix{Int}.index: Index (257) out of range ((0,118))
Please report it as a compiler bug to
glasgow-haskell-bugs@haskell.org,
or http://sourceforge.net/projects/ghc/.
I start to work on creating a small test case that will
exhibit
the bug by making a copy of the file under a different
name.
But when I compile that file, with the exact same
command line arguments, just to routinely ensure that I
can recreate the bug before I start modifying things,
everything works fine!
I compile the old file again, and again GHC panics, despite
the files being identical , living in the same
directory, being
compiled with the same command line arguments and
from the very same prompt (same environment variables).
I try a few times, and GHC consistently behaves as
described: old file => panic, any copy of the file =>
compiles fine.
Eventually, I "touch" the old file. And then it
compiles just fine!
Possibly some problem with reading file attributes???
Sorry that I cannot provide more info (e.g.
the exact time and date of the file): I'm no
longer able to recreate the problem.
/Henrik
e-mail: nhn@cs.nott.ac.uk
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 6.4 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedNoReason |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"GHC panic","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedNoReason","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"6.4","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nThis concerns GHC HEAD (6.3) on 20 Jan 2005.\n\nI'm afraid this is not going to be a very useful bug\nreport,\nbut I thought I'd file my observations anyway.\n\nWhen compiling a file AFRPTestsReact.hs, GHC panics:\n\nseshat-257% ghc -c -fglasgow-exts -package lang\n-package concurrent -i../src AFRPTestsReact.hs\nghc-6.3: panic! (the `impossible' happened, GHC version\n6.3):\n Ix{Int}.index: Index (257) out of range ((0,118))\n \nPlease report it as a compiler bug to\nglasgow-haskell-bugs@haskell.org,\nor http://sourceforge.net/projects/ghc/.\n\nI start to work on creating a small test case that will\nexhibit\nthe bug by making a copy of the file under a different\nname.\n\nBut when I compile that file, with the exact same\ncommand line arguments, just to routinely ensure that I\ncan recreate the bug before I start modifying things,\neverything works fine!\n\nI compile the old file again, and again GHC panics, despite\nthe files being identical , living in the same\ndirectory, being\ncompiled with the same command line arguments and\nfrom the very same prompt (same environment variables).\n\nI try a few times, and GHC consistently behaves as\ndescribed: old file => panic, any copy of the file =>\ncompiles fine.\n\nEventually, I \"touch\" the old file. And then it\ncompiles just fine!\n\nPossibly some problem with reading file attributes???\n\nSorry that I cannot provide more info (e.g.\nthe exact time and date of the file): I'm no\nlonger able to recreate the problem.\n\n/Henrik\n\ne-mail: nhn@cs.nott.ac.uk\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/294GHCi does not find instances2019-07-07T19:18:36ZnobodyGHCi does not find instances```
This report concerns GHC HEAD (6.3) as downloaded from
CVS around 2PM on 20 Jan 2005.
It seems GHCi does not find some instance declarations.
Consider the following trivial example:
module Foo where
data Foo = Foo
instance Sho...```
This report concerns GHC HEAD (6.3) as downloaded from
CVS around 2PM on 20 Jan 2005.
It seems GHCi does not find some instance declarations.
Consider the following trivial example:
module Foo where
data Foo = Foo
instance Show Foo where
show Foo = "Foo"
When loaded into GHCi, regardless of whether it is
first compiled or not, GHCi claims that Foo is not an
instance
of Show. E.g.
Prelude> :load Foo
Compiling Foo ( Foo.hs, interpreted )
Ok, modules loaded: Foo.
*Foo> show Foo
<interactive>:1:0:
No instance for (Show Foo)
arising from use of `show' at <interactive>:1:0-3
Probable fix: add an instance declaration for (Show
Foo)
In the definition of `it': it = show Foo
*Foo> :i Foo
data Foo = Foo
-- Defined at Foo.hs:3:5
But Foo is plainly an instance of Show.
GHC itself has no problems with this
(of course).
Best,
/Henrik
e-mail: nhn@cs.nott.ac.uk
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.4 |
| 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":"GHCi does not find instances","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.4","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nThis report concerns GHC HEAD (6.3) as downloaded from\nCVS around 2PM on 20 Jan 2005.\n\nIt seems GHCi does not find some instance declarations.\n\nConsider the following trivial example:\n\nmodule Foo where\n \ndata Foo = Foo\n \ninstance Show Foo where\n show Foo = \"Foo\"\n\nWhen loaded into GHCi, regardless of whether it is\nfirst compiled or not, GHCi claims that Foo is not an\ninstance\nof Show. E.g.\n\nPrelude> :load Foo\nCompiling Foo ( Foo.hs, interpreted )\nOk, modules loaded: Foo.\n*Foo> show Foo\n \n<interactive>:1:0:\n No instance for (Show Foo)\n arising from use of `show' at <interactive>:1:0-3\n Probable fix: add an instance declaration for (Show\nFoo)\n In the definition of `it': it = show Foo\n*Foo> :i Foo\ndata Foo = Foo\n-- Defined at Foo.hs:3:5\n\nBut Foo is plainly an instance of Show.\n\nGHC itself has no problems with this\n(of course).\n\nBest,\n\n/Henrik\n\ne-mail: nhn@cs.nott.ac.uk\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/293-ffi poorly documented2019-07-07T19:18:37Zwightnoise-ffi poorly documented```
The flag is not mentioned in the "using FFI in GHC"
section, and only once elsewhere, in the overall flags
section. It was rather confusing
as to why ghc was choking on the import bit of "foreign
import ...".
Yes, it's only a one-t...```
The flag is not mentioned in the "using FFI in GHC"
section, and only once elsewhere, in the overall flags
section. It was rather confusing
as to why ghc was choking on the import bit of "foreign
import ...".
Yes, it's only a one-time road-block for new users of
FFI, but it's a bit annoying that it wasn't obvious
that FFI features were only enabled when the -ffi flag
is passed.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.2.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":"-ffi poorly documented","status":"New","operating_system":"","component":"Documentation","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nThe flag is not mentioned in the \"using FFI in GHC\"\nsection, and only once elsewhere, in the overall flags\nsection. It was rather confusing\nas to why ghc was choking on the import bit of \"foreign\nimport ...\".\n\nYes, it's only a one-time road-block for new users of\nFFI, but it's a bit annoying that it wasn't obvious\nthat FFI features were only enabled when the -ffi flag\nis passed.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/292Add wxHaskell link to homepage2019-07-07T19:18:37ZnobodyAdd wxHaskell link to homepage```
Hi, I am a user of wxHaskell, a wxWidgets binding for
haskell.
The product is very useful to me.
Adding it to the homepage will ensure that more
contribution is added to it though.
Haskell community has to stay tight.
Sorry for ...```
Hi, I am a user of wxHaskell, a wxWidgets binding for
haskell.
The product is very useful to me.
Adding it to the homepage will ensure that more
contribution is added to it though.
Haskell community has to stay tight.
Sorry for not knowing where to post this issue though
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | None |
| Type | FeatureRequest |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedNoReason |
| Component | None |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Add wxHaskell link to homepage","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedNoReason","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"None","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"FeatureRequest","description":"{{{\nHi, I am a user of wxHaskell, a wxWidgets binding for \nhaskell.\n\nThe product is very useful to me.\nAdding it to the homepage will ensure that more \ncontribution is added to it though.\nHaskell community has to stay tight.\n\n\nSorry for not knowing where to post this issue though\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/608Make the NCG able to compile the RTS2019-07-07T19:18:37ZSimon MarlowMake the NCG able to compile the RTS```
It is almost possible to compile the RTS with the native code generator. What is missing is support for loops: code generated by GHC doesn't normally contain loops (or rather, loops are explicit as jumps to top-level labels), but th...```
It is almost possible to compile the RTS with the native code generator. What is missing is support for loops: code generated by GHC doesn't normally contain loops (or rather, loops are explicit as jumps to top-level labels), but the RTS code does contain some loops. The register allocator in particular will need some work.
There's nothing fundamentally difficult here, and it doesn't need to do a fantastic job, just a half-decent one. The code to be compiled in the RTS isn't performance-critical.
```wolfgangwolfganghttps://gitlab.haskell.org/ghc/ghc/-/issues/607Ticky-ticky profiling2019-07-07T19:18:37ZSimon MarlowTicky-ticky profilingTicky-ticky profiling has bitrotted in 6.4, after the rewrite of the code generator. Much of the code survived the transition, but it hasn't been tested and no doubt some work is required to get it going again.Ticky-ticky profiling has bitrotted in 6.4, after the rewrite of the code generator. Much of the code survived the transition, but it hasn't been tested and no doubt some work is required to get it going again.chevalier@alum.wellesley.educhevalier@alum.wellesley.eduhttps://gitlab.haskell.org/ghc/ghc/-/issues/606Sparc native code generator2019-07-07T19:18:38ZSimon MarlowSparc native code generatorThe Sparc NCG has bitrotted in 6.4, after large changes were made to the back end infrastructure. We don't have hardware at GHC HQ any more.The Sparc NCG has bitrotted in 6.4, after large changes were made to the back end infrastructure. We don't have hardware at GHC HQ any more.https://gitlab.haskell.org/ghc/ghc/-/issues/291tupleTypeName refers nonexistent "GHC.Tuple"2019-07-07T19:18:38ZnobodytupleTypeName refers nonexistent "GHC.Tuple"```
tupleTypeName n returns GHC.Tuple.(,...), but GHC.Tuple
doesn't exist.
---Syntax.hs: line 408-412
mk_tup_name n_commas space
= Name occ (NameG space tup_mod)
where
occ = mkOccName ('(' : replicate n_commas ',' ++ ")")
tu...```
tupleTypeName n returns GHC.Tuple.(,...), but GHC.Tuple
doesn't exist.
---Syntax.hs: line 408-412
mk_tup_name n_commas space
= Name occ (NameG space tup_mod)
where
occ = mkOccName ('(' : replicate n_commas ',' ++ ")")
tup_mod = mkModName "GHC.Tuple"
---
email: lo_olal@yahoo.co.jp
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 6.4 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Template Haskell |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"tupleTypeName refers nonexistent \"GHC.Tuple\" ","status":"New","operating_system":"","component":"Template Haskell","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonpj"},"version":"6.4","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\ntupleTypeName n returns GHC.Tuple.(,...), but GHC.Tuple\ndoesn't exist. \n---Syntax.hs: line 408-412\nmk_tup_name n_commas space\n = Name occ (NameG space tup_mod)\n where\n occ = mkOccName ('(' : replicate n_commas ',' ++ \")\")\n tup_mod = mkModName \"GHC.Tuple\"\n---\nemail: lo_olal@yahoo.co.jp\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon Peyton JonesSimon Peyton Joneshttps://gitlab.haskell.org/ghc/ghc/-/issues/290amd64: adjustor creation possibly buggy2019-07-07T19:18:38Zaannoamd64: adjustor creation possibly buggy```
Hello,
when trying to use wxhaskell on ghc-6.2.2 on an amd64
(unregistered gentoo build) the following happend:
$ ./a.out
a.out: internal error: adjustor creation not supported on
this platform
Please report this as ...```
Hello,
when trying to use wxhaskell on ghc-6.2.2 on an amd64
(unregistered gentoo build) the following happend:
$ ./a.out
a.out: internal error: adjustor creation not supported on
this platform
Please report this as a bug to
glasgow-haskell-bugs@haskell.org,
or http://www.sourceforge.net/projects/ghc/
I'm not sure if this is a bug because amd64 is not
officially supported.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | None |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | None |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"amd64: adjustor creation not supported","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"None","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nHello, \n \nwhen trying to use wxhaskell on ghc-6.2.2 on an amd64 \n(unregistered gentoo build) the following happend: \n \n$ ./a.out \na.out: internal error: adjustor creation not supported on \nthis platform \n Please report this as a bug to \nglasgow-haskell-bugs@haskell.org, \n or http://www.sourceforge.net/projects/ghc/ \n \nI'm not sure if this is a bug because amd64 is not \nofficially supported. \n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/289class context restrictions in GADT types not assumed2019-07-07T19:18:38Zashley-yclass context restrictions in GADT types not assumed```
I think this should compile:
class C a where
f :: a -> Bool
data T a where
MkT :: (C a) => a -> T a
tf1 :: T Int -> Bool
tf1 (MkT aa) = f aa
tf2 :: T a -> Bool
tf2 (MkT aa) = f aa
tf1 does not give an error, but tf2 do...```
I think this should compile:
class C a where
f :: a -> Bool
data T a where
MkT :: (C a) => a -> T a
tf1 :: T Int -> Bool
tf1 (MkT aa) = f aa
tf2 :: T a -> Bool
tf2 (MkT aa) = f aa
tf1 does not give an error, but tf2 does. The type signature for tf2
should not need a class context, just as there's no "C Int" instance.
ThingEncoding.hs:32:23:
No instance for (C a)
arising from use of `f' at ThingEncoding.hs:32:23
Probable fix: Add (C a) to the type signature(s) for `tf2'
In the definition of `tf2': tf2 (MkT aa) = f aa
```6.8.1Simon Peyton JonesSimon Peyton Joneshttps://gitlab.haskell.org/ghc/ghc/-/issues/288amd64-FreeBSD-5.3 port?2019-07-07T19:18:39Znobodyamd64-FreeBSD-5.3 port?Anybody else interested in working on this?Anybody else interested in working on this?https://gitlab.haskell.org/ghc/ghc/-/issues/287Problems with binary linux distribution2020-06-05T13:27:57ZnobodyProblems with binary linux distribution```
Problems with documentation when installing from binary
linux distribution of GHC 6.2.2, for glibc 2.2:
ghc-6.2.2-i386-linux-glibc2.2.tar.bz2
Missing directories:
ghc-6.2.2/share/ps/
ghc-6.2.2/share/html/users_guide/
ghc-6.2.2/sha...```
Problems with documentation when installing from binary
linux distribution of GHC 6.2.2, for glibc 2.2:
ghc-6.2.2-i386-linux-glibc2.2.tar.bz2
Missing directories:
ghc-6.2.2/share/ps/
ghc-6.2.2/share/html/users_guide/
ghc-6.2.2/share/html/hslibs/
./configure worked fine. Make install worked for some
time but bailed out when attempting to copy .ps files
from ghc-6.2.2/share/ps/.
The installed GHC seems to work, though (at least some
simple tests with ghci). But I suppose some
documentation is not in place.
I suggest you recreate the tar file as to include the
full distribution.
Björn Lisper
bjorn.lisper@mdh.se
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 6.2.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":"Problems with binary linux distribution","status":"New","operating_system":"","component":"Documentation","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nProblems with documentation when installing from binary\nlinux distribution of GHC 6.2.2, for glibc 2.2:\nghc-6.2.2-i386-linux-glibc2.2.tar.bz2\n\nMissing directories: \n\nghc-6.2.2/share/ps/\nghc-6.2.2/share/html/users_guide/\nghc-6.2.2/share/html/hslibs/\n\n./configure worked fine. Make install worked for some\ntime but bailed out when attempting to copy .ps files\nfrom ghc-6.2.2/share/ps/.\n\nThe installed GHC seems to work, though (at least some\nsimple tests with ghci). But I suppose some\ndocumentation is not in place.\n\nI suggest you recreate the tar file as to include the\nfull distribution.\n\nBjörn Lisper\nbjorn.lisper@mdh.se\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/286GADTs Syntax Infelicity with {;}2019-07-07T19:18:39Zashley-yGADTs Syntax Infelicity with {;}```
GHC doesn't like semicolons at the end of GADT constructor lists:
data Foo a where
{
BoolFoo :: Bool -> Foo Bool;
IntFoo :: Int -> Foo Int;
}
Workaround: remove the last semicolon:
data Foo a where
{
BoolFoo :: Bool -> Foo B...```
GHC doesn't like semicolons at the end of GADT constructor lists:
data Foo a where
{
BoolFoo :: Bool -> Foo Bool;
IntFoo :: Int -> Foo Int;
}
Workaround: remove the last semicolon:
data Foo a where
{
BoolFoo :: Bool -> Foo Bool;
IntFoo :: Int -> Foo Int
}
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ----------------- |
| Version | 6.4 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler (Parser) |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"GADTs Syntax Infelicity with {;}","status":"New","operating_system":"","component":"Compiler (Parser)","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.4","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nGHC doesn't like semicolons at the end of GADT constructor lists:\n\ndata Foo a where\n{\n BoolFoo :: Bool -> Foo Bool;\n IntFoo :: Int -> Foo Int;\n}\n\nWorkaround: remove the last semicolon:\n\ndata Foo a where\n{\n BoolFoo :: Bool -> Foo Bool;\n IntFoo :: Int -> Foo Int\n}\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/285hp-ux 11.11 binaries2019-07-07T19:18:39Zamyhrhp-ux 11.11 binariesLooks like there hasn't been a binary dist for ghc in a
very long time, any chance we could see one soon?Looks like there hasn't been a binary dist for ghc in a
very long time, any chance we could see one soon?https://gitlab.haskell.org/ghc/ghc/-/issues/284RPM doesn't support --prefix2019-07-07T19:18:40ZskallerRPM doesn't support --prefix```
After installing ghc for linux using rpm with
--prefix=/usr/local,
the ghc scriipt incorrectly thinks the libraries etc
are in /usr:
#!/bin/sh
GHCBIN="/usr/lib/ghc-6.2.2/ghc-6.2.2";
TOPDIROPT="-B/usr/lib/ghc-6.2.2";
# Mini-driver fo...```
After installing ghc for linux using rpm with
--prefix=/usr/local,
the ghc scriipt incorrectly thinks the libraries etc
are in /usr:
#!/bin/sh
GHCBIN="/usr/lib/ghc-6.2.2/ghc-6.2.2";
TOPDIROPT="-B/usr/lib/ghc-6.2.2";
# Mini-driver for GHC
exec $GHCBIN $TOPDIROPT ${1+"$@"}
After editing, at least the compiler actually starts up :)
```Jens PetersenJens Petersenhttps://gitlab.haskell.org/ghc/ghc/-/issues/283ghc-pkg ignores library dirs2019-07-07T19:18:40Zas49ghc-pkg ignores library dirs```
Hi,
I'm installing several packages in sequence. The first
package specified /usr/local/lib in the library_dirs
field. The .o file is built correctly. The next package
depends on the first package. To reduce the size of the
command ...```
Hi,
I'm installing several packages in sequence. The first
package specified /usr/local/lib in the library_dirs
field. The .o file is built correctly. The next package
depends on the first package. To reduce the size of the
command line of any build with the second package, I
filter out all flags that are already in the first
package. Doing this, the .o file of the second package
cannot be built since ghc-pkg does not include the
library path of the first package when it searches for
the .a file.
I think that adding only those flags that are needed in
addition to some other dependent package is a
reasonable thing to do, so I would like to see ghc-pkg
search on the library paths of all dependant packages.
Thanks,
Axel.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | --------------- |
| Version | 6.2.2 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedInvalid |
| Component | Driver |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"ghc-pkg ignores library dirs","status":"New","operating_system":"","component":"Driver","related":[],"milestone":"","resolution":"ResolvedInvalid","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"6.2.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nHi,\n\nI'm installing several packages in sequence. The first\npackage specified /usr/local/lib in the library_dirs\nfield. The .o file is built correctly. The next package\ndepends on the first package. To reduce the size of the\ncommand line of any build with the second package, I\nfilter out all flags that are already in the first\npackage. Doing this, the .o file of the second package\ncannot be built since ghc-pkg does not include the\nlibrary path of the first package when it searches for\nthe .a file.\n\nI think that adding only those flags that are needed in\naddition to some other dependent package is a\nreasonable thing to do, so I would like to see ghc-pkg\nsearch on the library paths of all dependant packages.\n\nThanks,\nAxel.\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobody