GHC issueshttps://gitlab.haskell.org/ghc/ghc/-/issues2019-07-07T19:19:51Zhttps://gitlab.haskell.org/ghc/ghc/-/issues/51Foreign import broken in NCG, 5.02.2?2019-07-07T19:19:51Zkw217Foreign import broken in NCG, 5.02.2?```
glafp-utils/nofib-analyse generates reports with all
floating values "0.00" on my system
(i386-unknown-linux, Linux rhine.cl.cam.ac.uk
2.4.7-9.clsmp #1 SMP Mon Dec 24 17:44:31 GMT 2001 i686
unknown). I was able to work around this b...```
glafp-utils/nofib-analyse generates reports with all
floating values "0.00" on my system
(i386-unknown-linux, Linux rhine.cl.cam.ac.uk
2.4.7-9.clsmp #1 SMP Mon Dec 24 17:44:31 GMT 2001 i686
unknown). I was able to work around this by using
-fvia-c for module Printf.lhs (part of nofib-analyse).
The import of snprintf that is returning "0.00" is:
#if __GLASGOW_HASKELL__ < 500
> type PackedString = ByteArray Int
> foreign import unsafe snprintf :: Addr -> CSize ->
PackedString -> Float -> IO ()
#else
> foreign import unsafe snprintf :: CString -> CSize ->
CString -> Float -> IO ()
#endif
Thanks..
--KW 8-)
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | -------------- |
| Version | 5.02 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Compiler (FFI) |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Foreign import broken in NCG, 5.02.2?","status":"New","operating_system":"","component":"Compiler (FFI)","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nglafp-utils/nofib-analyse generates reports with all\nfloating values \"0.00\" on my system\n(i386-unknown-linux, Linux rhine.cl.cam.ac.uk\n2.4.7-9.clsmp #1 SMP Mon Dec 24 17:44:31 GMT 2001 i686\nunknown). I was able to work around this by using\n-fvia-c for module Printf.lhs (part of nofib-analyse).\n\nThe import of snprintf that is returning \"0.00\" is:\n\n#if __GLASGOW_HASKELL__ < 500\n\n> type PackedString = ByteArray Int\n> foreign import unsafe snprintf :: Addr -> CSize ->\nPackedString -> Float -> IO ()\n\n#else\n\n> foreign import unsafe snprintf :: CString -> CSize ->\nCString -> Float -> IO ()\n\n#endif\n\nThanks..\n\n--KW 8-)\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/50conflicting global symbols2019-07-07T19:19:51Zxbiffconflicting global symbols```
I was confronted to the following problem when
building a package: it appears that when compiling
modules with the -O flag for optimization, GHC
produces a visible symbol named "_module_registered"
in each object file. When linki...```
I was confronted to the following problem when
building a package: it appears that when compiling
modules with the -O flag for optimization, GHC
produces a visible symbol named "_module_registered"
in each object file. When linking modules into a
package, it thus produces an error (duplicate symbol)
when GHCi tries to load the package. Strangely
enough, this error does not occur when using GHC to
compile a program using this package into an
executable. Moreover, the problem occurs only when
compiling through C, and not when using "-fasm"
(though the header files used in compilation via C
explicitly declare the variable "_module_registered"
as static).
My system is the following:
- Linux i386 (Debian)
- GHC 5.02.2
- GCC 2.95.4
Maybe the problem is related to GCC and not to GHC,
after all. I hope this helped anyway...
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| 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":"conflicting global symbols","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"sewardj"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI was confronted to the following problem when \nbuilding a package: it appears that when compiling \nmodules with the -O flag for optimization, GHC \nproduces a visible symbol named \"_module_registered\" \nin each object file. When linking modules into a \npackage, it thus produces an error (duplicate symbol) \nwhen GHCi tries to load the package. Strangely \nenough, this error does not occur when using GHC to \ncompile a program using this package into an \nexecutable. Moreover, the problem occurs only when \ncompiling through C, and not when using \"-fasm\" \n(though the header files used in compilation via C \nexplicitly declare the variable \"_module_registered\" \nas static).\n\nMy system is the following:\n- Linux i386 (Debian)\n- GHC 5.02.2\n- GCC 2.95.4\n\nMaybe the problem is related to GCC and not to GHC, \nafter all. I hope this helped anyway...\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->sewardjsewardjhttps://gitlab.haskell.org/ghc/ghc/-/issues/49impossible happened: can't load std2022-04-01T17:27:27Zremitimpossible happened: can't load std```
Loading package std ... linking ...
/usr/local/lib/ghc-5.02.2/HSstd.o:
unknown symbol `stg_gc_l1'
ghc-5.02.2: panic! (the `impossible' happened, GHC
version 5.02.2):
can't load package `std'
Please report it as a compiler bug ...```
Loading package std ... linking ...
/usr/local/lib/ghc-5.02.2/HSstd.o:
unknown symbol `stg_gc_l1'
ghc-5.02.2: panic! (the `impossible' happened, GHC
version 5.02.2):
can't load package `std'
Please report it as a compiler bug to
glasgow-haskell-bugs@haskell.org,
or http://sourceforge.net/projects/ghc/.
5.02.1 was previously installed.
I'm running on Linux btw
do I need to supply more information?
TIA
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 5.02 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedNoReason |
| Component | None |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"impossible happened: can't load std","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedNoReason","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nLoading package std ... linking ...\n/usr/local/lib/ghc-5.02.2/HSstd.o:\nunknown symbol `stg_gc_l1'\nghc-5.02.2: panic! (the `impossible' happened, GHC\nversion 5.02.2):\n can't load package `std'\n\n Please report it as a compiler bug to\nglasgow-haskell-bugs@haskell.org,\n or http://sourceforge.net/projects/ghc/.\n\n\n5.02.1 was previously installed.\nI'm running on Linux btw\ndo I need to supply more information?\n\nTIA\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/48hWaitForInput behavior2021-03-22T06:17:55ZnobodyhWaitForInput behavior```
Hi.
I'm using GHC 5.02.2 on Windows 2000 and Suse Linux
and I
have noticed that
b <- IO.hWaitForInput stdin 1000
is
behaving differently on the two platforms, in particular it is
always returning "True" on Windows, even if...```
Hi.
I'm using GHC 5.02.2 on Windows 2000 and Suse Linux
and I
have noticed that
b <- IO.hWaitForInput stdin 1000
is
behaving differently on the two platforms, in particular it is
always returning "True" on Windows, even if no input is available on
stdin whereas on Linux it works as expected.
Is there any way to
circumvent this problem?
Cheers
dirk
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | None |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | hslibs/win32 |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"hWaitForInput behavior","status":"New","operating_system":"","component":"hslibs/win32","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"None","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nHi. \n\nI'm using GHC 5.02.2 on Windows 2000 and Suse Linux \nand I \nhave noticed that \n\n b <- IO.hWaitForInput stdin 1000\n\nis \nbehaving differently on the two platforms, in particular it is \nalways returning \"True\" on Windows, even if no input is available on \nstdin whereas on Linux it works as expected. \n\nIs there any way to \ncircumvent this problem?\n\nCheers\n\ndirk\n\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/47Exception.try doesn't catch Arith Exc2019-07-07T19:19:52ZdheringtonException.try doesn't catch Arith Exc```
Exception.try fails to catch an arithmetic exception.
Running:
import Exception
main = do r <- try (evaluate (3 `div` 0))
case r of Right v -> error "unexpected success"
Left e -> print $ "caught: " +...```
Exception.try fails to catch an arithmetic exception.
Running:
import Exception
main = do r <- try (evaluate (3 `div` 0))
case r of Right v -> error "unexpected success"
Left e -> print $ "caught: " ++ show e
interpreted or compiled, results in:
Arithmetic Exception
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 5.02 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedRejected |
| Component | Runtime System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Exception.try doesn't catch Arith Exc","status":"New","operating_system":"","component":"Runtime System","related":[],"milestone":"","resolution":"ResolvedRejected","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nException.try fails to catch an arithmetic exception.\n\nRunning:\n\nimport Exception\n\nmain = do r <- try (evaluate (3 `div` 0))\n case r of Right v -> error \"unexpected success\"\n Left e -> print $ \"caught: \" ++ show e\n\ninterpreted or compiled, results in:\n\nArithmetic Exception\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/46hsc2hs requires readline and ncurses2019-07-07T19:19:53Zkw217hsc2hs requires readline and ncurses```
I have just checked out the HEAD, and am attempting to
build it.
It appears that even if readline and ncurses (devel
versions) are not present, hsc2hs requires them: the
build process fails when doing a make boot in hsc2hs
with /usr...```
I have just checked out the HEAD, and am attempting to
build it.
It appears that even if readline and ncurses (devel
versions) are not present, hsc2hs requires them: the
build process fails when doing a make boot in hsc2hs
with /usr/opt/ld: -lreadline not found. This is
critical because hsc2hs is required by ghc/lib/std.
It also seems that ghc-pkg uses ncurses.
Surely, since the configure script knows these are not
present, hsc2hs and ghc-pkg should avoid linking
against them?
Thanks.
--KW 8-)
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"hsc2hs requires readline and ncurses","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI have just checked out the HEAD, and am attempting to\nbuild it.\n\nIt appears that even if readline and ncurses (devel\nversions) are not present, hsc2hs requires them: the\nbuild process fails when doing a make boot in hsc2hs\nwith /usr/opt/ld: -lreadline not found. This is\ncritical because hsc2hs is required by ghc/lib/std.\n\nIt also seems that ghc-pkg uses ncurses.\n\nSurely, since the configure script knows these are not\npresent, hsc2hs and ghc-pkg should avoid linking\nagainst them?\n\nThanks.\n\n--KW 8-)\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/45empty structs2019-07-07T19:19:53Znobodyempty structs```
This is informative rather than a bug.
I just downloaded the intel C compiler for linux and
tried to use it with ghc. I worked out some odd problems
with include files (I needed to compile the program in
the same directory as the ...```
This is informative rather than a bug.
I just downloaded the intel C compiler for linux and
tried to use it with ghc. I worked out some odd problems
with include files (I needed to compile the program in
the same directory as the include files - should they
be "#include <Stg.h>" rather than "#include "Stg.h"" ?
Anyway, having got through that I tried to compile again
and discovered that in the definitions with PROFILE
(or PAR) defined (I'm still trying to figure out the
way the compiler uses -U), that some of the structures
are empty - in Closures.h, for example, there is
typedef struct {
/* empty */
} StgProfHeader ;
If I'm reading the C standard correctly (I got a pdf
file from :
http://www.dkuug.dk/JTC1/SC22/WG14/www/docs/n843.pdf.gz )
a "struct-declaration-list" needs to include at least
one "struct-declaration" (p 401)
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.0 |
| 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":"empty structs ","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.0","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\n\nThis is informative rather than a bug. \n\nI just downloaded the intel C compiler for linux and\ntried to use it with ghc. I worked out some odd problems\nwith include files (I needed to compile the program in\nthe same directory as the include files - should they\nbe \"#include <Stg.h>\" rather than \"#include \"Stg.h\"\" ? \n\nAnyway, having got through that I tried to compile again\nand discovered that in the definitions with PROFILE\n(or PAR) defined (I'm still trying to figure out the \nway the compiler uses -U), that some of the structures\nare empty - in Closures.h, for example, there is \n\ntypedef struct { \n /* empty */ \n} StgProfHeader ; \n\nIf I'm reading the C standard correctly (I got a pdf \nfile from :\nhttp://www.dkuug.dk/JTC1/SC22/WG14/www/docs/n843.pdf.gz )\na \"struct-declaration-list\" needs to include at least \none \"struct-declaration\" (p 401) \n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/44-fno-monomorphism-restriction != dynamic2019-07-07T19:19:53Zmagunter-fno-monomorphism-restriction != dynamic```
Section 4.18 claims -fno-monomorphism-restriction is
dynamic. ":set"ting it in GHCi seems to have no
affect:
Loading:
> i = 1
> y = (1::Int) + i
> x = 1.1 + i
> main = error "main"
with -fno-monomorphism-restriction :set (but not...```
Section 4.18 claims -fno-monomorphism-restriction is
dynamic. ":set"ting it in GHCi seems to have no
affect:
Loading:
> i = 1
> y = (1::Int) + i
> x = 1.1 + i
> main = error "main"
with -fno-monomorphism-restriction :set (but not set
on the command line) gives:
Prelude> fmap (filter (==
"-fno-monomorphism-restriction")) System.getArgs >>= print
[]
Prelude> :set -fno-monomorphism-restriction
Prelude> Compiling Main (
/home/gunter/haskell/TestMonomorphism.hs, interpreted )
/home/gunter/haskell/TestMonomorphism.hs:3:
No instance for (Fractional Int)
arising from the literal `1.1' at
/home/gunter/haskell/TestMonomorphism.hs:3
In the first argument of `(+)', namely `1.1'
In the definition of `x': 1.1 + i
Failed, modules loaded: none.
Prelude>
whereas with -fno-monomorphism-restriction set on
the command line gives the expected result:
Prelude> Compiling Main (
/home/gunter/haskell/TestMonomorphism.hs, interpreted )
Ok, modules loaded: Main.
Main> fmap (filter (==
"-fno-monomorphism-restriction")) System.getArgs >>= print
["-fno-monomorphism-restriction"]
Main> x
2.1
Main> y
2
It would be better to make
-fno-monomorphism-restriction dynamic but at least
the documentation should be fixed.
thanks,
mike
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| 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":"-fno-monomorphism-restriction != dynamic","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nSection 4.18 claims -fno-monomorphism-restriction is\ndynamic. \":set\"ting it in GHCi seems to have no\naffect:\n\nLoading:\n\n> i = 1\n> y = (1::Int) + i\n> x = 1.1 + i\n> main = error \"main\"\n\nwith -fno-monomorphism-restriction :set (but not set\non the command line) gives:\n\n Prelude> fmap (filter (==\n\"-fno-monomorphism-restriction\")) System.getArgs >>= print\n []\n Prelude> :set -fno-monomorphism-restriction\n Prelude> Compiling Main (\n/home/gunter/haskell/TestMonomorphism.hs, interpreted )\n \n /home/gunter/haskell/TestMonomorphism.hs:3:\n No instance for (Fractional Int)\n arising from the literal `1.1' at\n/home/gunter/haskell/TestMonomorphism.hs:3\n In the first argument of `(+)', namely `1.1'\n In the definition of `x': 1.1 + i\n Failed, modules loaded: none.\n Prelude> \n \nwhereas with -fno-monomorphism-restriction set on\nthe command line gives the expected result:\n\n Prelude> Compiling Main (\n/home/gunter/haskell/TestMonomorphism.hs, interpreted )\n Ok, modules loaded: Main.\n Main> fmap (filter (==\n\"-fno-monomorphism-restriction\")) System.getArgs >>= print\n [\"-fno-monomorphism-restriction\"]\n Main> x\n 2.1\n Main> y\n 2\n\nIt would be better to make\n-fno-monomorphism-restriction dynamic but at least\nthe documentation should be fixed.\n\n thanks,\n mike\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/43Parallel!2022-09-12T09:10:00ZnobodyParallel!```
I tried to compile a program using the library
parallel, but i don't get
it!
I put the errors messages in a final of tjis message
I use :
Llinux RedHat 7.1
PVM 3.4.3
GHC 5.02.1
(instaled by ghc-5.02.1.rh71-1.i386.rpm, ghc-
prof.02...```
I tried to compile a program using the library
parallel, but i don't get
it!
I put the errors messages in a final of tjis message
I use :
Llinux RedHat 7.1
PVM 3.4.3
GHC 5.02.1
(instaled by ghc-5.02.1.rh71-1.i386.rpm, ghc-
prof.02.1.rh71-1.i386.rpm
and ghc-doc-5.02.1-rh71-i386.rpm)
the computers are:
Athlon 1.2 Ghz
Hd 40 Gb
512 memory
mainboard Pcchips 810
and
Pentium II 400 Mhz
Hd 20 Gb
256 memory
mainboard PCchips M748 lmrt
I need a Help, I think that it's wanting anything, but
I don't know
what!
Thank's a lot!
Marcelo de Souza Sampaio
marcsam@iprj.uerj.br
ghc -parallel -package concurrent -o unidimensional1
unidimensional.hs
unidimensional.hs:2:
failed to load interface for `Prelude':
Could not find interface file for `Prelude'
unidimensional.hs:4:
failed to load interface for `Parallel':
Could not find interface file for `Parallel'
unidimensional.hs:5:
failed to load interface for `Strategies':
Could not find interface file for `Strategies'
unidimensional.hs:6:
failed to load interface for `Random':
Could not find interface file for `Random'
unidimensional.hs:8:
failed to load interface for `PrelReal':
Could not find interface file for `PrelReal'
unidimensional.hs:9:
failed to load interface for `PrelIOBase':
Could not find interface file for `PrelIOBase'
[mlbarros@luiza /tmp]$
ghc -i/usr/lib/ghc-5.0201/imports/std:/usr/lib/ghc-
5.0201/imports/concurrent -package concurrent -
parallel -o unidimensional2 unidimensional.hs
unidimensional.hs:2:
failed to load interface for `Prelude':
Could not find interface file for `Prelude'
unidimensional.hs:4:
failed to load interface for `Parallel':
Could not find interface file for `Parallel'
unidimensional.hs:5:
failed to load interface for `Strategies':
Could not find interface file for `Strategies'
unidimensional.hs:6:
failed to load interface for `Random':
Could not find interface file for `Random'
unidimensional.hs:8:
failed to load interface for `PrelReal':
Could not find interface file for `PrelReal'
unidimensional.hs:9:
failed to load interface for `PrelIOBase':
Could not find interface file for `PrelIOBase'
[mlbarros@luiza /tmp]$
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | None |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedNoReason |
| Component | None |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"Parallel!","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedNoReason","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"None","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI tried to compile a program using the library \nparallel, but i don't get\nit!\n\nI put the errors messages in a final of tjis message\n\nI use :\nLlinux RedHat 7.1\nPVM 3.4.3\nGHC 5.02.1\n(instaled by ghc-5.02.1.rh71-1.i386.rpm, ghc-\nprof.02.1.rh71-1.i386.rpm\nand ghc-doc-5.02.1-rh71-i386.rpm)\n\n the computers are:\nAthlon 1.2 Ghz\nHd 40 Gb\n512 memory\nmainboard Pcchips 810\nand\nPentium II 400 Mhz\nHd 20 Gb\n256 memory\nmainboard PCchips M748 lmrt\n\nI need a Help, I think that it's wanting anything, but \nI don't know\nwhat!\n\nThank's a lot!\n\nMarcelo de Souza Sampaio\nmarcsam@iprj.uerj.br\n\n\n\n\n ghc -parallel -package concurrent -o unidimensional1 \nunidimensional.hs\n\nunidimensional.hs:2:\n failed to load interface for `Prelude':\n Could not find interface file for `Prelude'\n \nunidimensional.hs:4:\n failed to load interface for `Parallel':\n Could not find interface file for `Parallel'\n \nunidimensional.hs:5:\n failed to load interface for `Strategies':\n Could not find interface file for `Strategies'\n \nunidimensional.hs:6:\n failed to load interface for `Random':\n Could not find interface file for `Random'\n \nunidimensional.hs:8:\n failed to load interface for `PrelReal':\n Could not find interface file for `PrelReal'\n \nunidimensional.hs:9:\n failed to load interface for `PrelIOBase':\n Could not find interface file for `PrelIOBase'\n[mlbarros@luiza /tmp]$\n\n ghc -i/usr/lib/ghc-5.0201/imports/std:/usr/lib/ghc-\n5.0201/imports/concurrent -package concurrent -\nparallel -o unidimensional2 unidimensional.hs\n\nunidimensional.hs:2:\n failed to load interface for `Prelude':\n Could not find interface file for `Prelude'\n \nunidimensional.hs:4:\n failed to load interface for `Parallel':\n Could not find interface file for `Parallel'\n \nunidimensional.hs:5:\n failed to load interface for `Strategies':\n Could not find interface file for `Strategies'\n \nunidimensional.hs:6:\n failed to load interface for `Random':\n Could not find interface file for `Random'\n \nunidimensional.hs:8:\n failed to load interface for `PrelReal':\n Could not find interface file for `PrelReal'\n \nunidimensional.hs:9:\n failed to load interface for `PrelIOBase':\n Could not find interface file for `PrelIOBase'\n[mlbarros@luiza /tmp]$\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/42Perverse data type causes panic2019-07-07T19:19:53ZnobodyPerverse data type causes panic```
The following data type definitions cause GHC to panic:
data T1
data T6 = T6 !T1 Int
ghc-5.02: panic! (the `impossible' happened, GHC
version 5.02): ctrlRetConvAlg Test.T1{-r6-}
I expected T6 to be isomorphic to T1; that is, botto...```
The following data type definitions cause GHC to panic:
data T1
data T6 = T6 !T1 Int
ghc-5.02: panic! (the `impossible' happened, GHC
version 5.02): ctrlRetConvAlg Test.T1{-r6-}
I expected T6 to be isomorphic to T1; that is, bottom only.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| 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":"Perverse data type causes panic","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nThe following data type definitions cause GHC to panic:\n\ndata T1\ndata T6 = T6 !T1 Int\n\nghc-5.02: panic! (the `impossible' happened, GHC\nversion 5.02): ctrlRetConvAlg Test.T1{-r6-}\n\nI expected T6 to be isomorphic to T1; that is, bottom only.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/41ghci failed to load package std2019-07-07T19:19:54Znobodyghci failed to load package std```
This bug concerns ghci version 5.02.2
Configured with --enable-hopengl and
--prefix=/opt/haskell/ghc-5.02.2
Compilation and installation were successful.
On starting ghci it failed:
Loading package std ... linking ...
/opt/haskel...```
This bug concerns ghci version 5.02.2
Configured with --enable-hopengl and
--prefix=/opt/haskell/ghc-5.02.2
Compilation and installation were successful.
On starting ghci it failed:
Loading package std ... linking ...
/opt/haskell/ghc-5.02.2/lib/ghc-5.02.2/HSstd.o:
unknown symbol `stg_gc_l1'
ghc-5.02.2: panic! (the `impossible' happened, GHC
version 5.02.2):
can't load package `std'
The non-interactive ghc compiled a simple hello world
programm successful.
The system is a customized Debian GNU/Linux (woody)
box with libc version 2.2.4, gcc version 2.95.4 and ghc
version 5.02.1 (for compilation of ghc-5.02.2).
Hope this is an informative bug report ;-)
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| 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 failed to load package std","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nThis bug concerns ghci version 5.02.2\nConfigured with --enable-hopengl and \n--prefix=/opt/haskell/ghc-5.02.2\nCompilation and installation were successful.\nOn starting ghci it failed:\n\nLoading package std ... linking ... \n/opt/haskell/ghc-5.02.2/lib/ghc-5.02.2/HSstd.o: \nunknown symbol `stg_gc_l1'\nghc-5.02.2: panic! (the `impossible' happened, GHC \nversion 5.02.2):\n can't load package `std'\n\nThe non-interactive ghc compiled a simple hello world \nprogramm successful.\n\nThe system is a customized Debian GNU/Linux (woody) \nbox with libc version 2.2.4, gcc version 2.95.4 and ghc \nversion 5.02.1 (for compilation of ghc-5.02.2).\n\nHope this is an informative bug report ;-)\n\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/40a weird kind error with 2-rank types2019-07-07T19:19:54Znobodya weird kind error with 2-rank types```
Type this with ghci -fglasgow-exts:
f :: (forall a b . a b -> int) -> (forall c . c int) ->
int
f x y = x y
The error(?) message is:
"Urk! Inventing strangely-kinded void TyCon ZCc{-a14P-}"
```
<details><summary>Trac metadata...```
Type this with ghci -fglasgow-exts:
f :: (forall a b . a b -> int) -> (forall c . c int) ->
int
f x y = x y
The error(?) message is:
"Urk! Inventing strangely-kinded void TyCon ZCc{-a14P-}"
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ----------------------- |
| Version | 5.02 |
| 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":"a weird kind error with 2-rank types ","status":"New","operating_system":"","component":"Compiler (Type checker)","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nType this with ghci -fglasgow-exts:\n\nf :: (forall a b . a b -> int) -> (forall c . c int) ->\nint \nf x y = x y\n\nThe error(?) message is:\n\n\"Urk! Inventing strangely-kinded void TyCon ZCc{-a14P-}\"\n\n\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/39tmp file not found after ghci :reload2019-07-07T19:19:54Zsperbertmp file not found after ghci :reload```
In ghci, I often see this:
Main> :reload
Compiling HsParser ( flhsparser/HsParser.hs,
interpreted )
*** Exception: does not exist
Action: openFile
Reason: No such file or directory
File: /tmp/ghc42863.hspp
This was present ...```
In ghci, I often see this:
Main> :reload
Compiling HsParser ( flhsparser/HsParser.hs,
interpreted )
*** Exception: does not exist
Action: openFile
Reason: No such file or directory
File: /tmp/ghc42863.hspp
This was present in 5.02.1 and still is in 5.02.2.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| 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":"tmp file not found after ghci :reload","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nIn ghci, I often see this:\n\nMain> :reload\nCompiling HsParser ( flhsparser/HsParser.hs,\ninterpreted )\n*** Exception: does not exist\nAction: openFile\nReason: No such file or directory\nFile: /tmp/ghc42863.hspp\n\nThis was present in 5.02.1 and still is in 5.02.2.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/38ghci chews up hugs amount of memory2019-07-07T19:19:54Zsperberghci chews up hugs amount of memory```
I often see ghci growing seemingly without bounds,
especially on Happy-generated parsers with
debugging turned on.
Right now, I see a ghci started with -H120m at 508
Megabytes process size. The heap size explosion
happens while (in...```
I often see ghci growing seemingly without bounds,
especially on Happy-generated parsers with
debugging turned on.
Right now, I see a ghci started with -H120m at 508
Megabytes process size. The heap size explosion
happens while (interpretively) loading a variant
of Sven Panne's HsParser with debugging turned on.
(I'm not sure it's a bug, but Simon PJ indicated
at ICFP that it may be, and that I should report it.)
This problem is still present in 5.02.2.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| 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 chews up hugs amount of memory","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI often see ghci growing seemingly without bounds,\nespecially on Happy-generated parsers with\ndebugging turned on.\n\nRight now, I see a ghci started with -H120m at 508\nMegabytes process size. The heap size explosion\nhappens while (interpretively) loading a variant\nof Sven Panne's HsParser with debugging turned on.\n\n(I'm not sure it's a bug, but Simon PJ indicated\nat ICFP that it may be, and that I should report it.)\n\nThis problem is still present in 5.02.2. \n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/37instance Eq IOError missing2020-08-31T04:34:50Znobodyinstance Eq IOError missing```
An instance Eq IOError should be in the Prelude
according to the Haskell report, but it isn't in ghc.
The following program fails (but works fine in nhc98
;-)
main = putStr "Test"
f :: IOError -> IOError -> Bool
f = (==)
Ciao
Ola...```
An instance Eq IOError should be in the Prelude
according to the Haskell report, but it isn't in ghc.
The following program fails (but works fine in nhc98
;-)
main = putStr "Test"
f :: IOError -> IOError -> Bool
f = (==)
Ciao
Olaf
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Prelude |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"instance Eq IOError missing","status":"New","operating_system":"","component":"Prelude","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"simonmar"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nAn instance Eq IOError should be in the Prelude\naccording to the Haskell report, but it isn't in ghc.\nThe following program fails (but works fine in nhc98\n;-)\n\nmain = putStr \"Test\"\n\nf :: IOError -> IOError -> Bool\nf = (==)\n\n\nCiao\nOlaf\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->Simon MarlowSimon Marlowhttps://gitlab.haskell.org/ghc/ghc/-/issues/36lazy IO2019-09-02T16:05:11Zhaskellerlazy IO```
I guess you allready know it, but here it is anyway:
main :: IO()
main = do indata <- putStr "input>">>getLine
putStr indata
Fail to behave lazily.
SunOS 5.6
The Glorious Glasgow Haskell Compilation System,
versi...```
I guess you allready know it, but here it is anyway:
main :: IO()
main = do indata <- putStr "input>">>getLine
putStr indata
Fail to behave lazily.
SunOS 5.6
The Glorious Glasgow Haskell Compilation System,
version 5.02.1
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 5.02 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedNoReason |
| Component | None |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"lazy IO","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedNoReason","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI guess you allready know it, but here it is anyway:\n\nmain :: IO()\nmain = do indata <- putStr \"input>\">>getLine \n putStr indata\n\n\nFail to behave lazily. \n\nSunOS 5.6\nThe Glorious Glasgow Haskell Compilation System,\nversion 5.02.1\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/35ghc won't #include from .lhs2019-07-07T19:19:55Zvolkersfghc won't #include from .lhs```
I just found out the hard way that the following does not work:
1)
Write a .hsc using \begin{code}-\end{code} which contains
"#include <foo.h>" and calls a function which is prototyped in
foo.h
2) Run this through "hsc2hc -o foo....```
I just found out the hard way that the following does not work:
1)
Write a .hsc using \begin{code}-\end{code} which contains
"#include <foo.h>" and calls a function which is prototyped in
foo.h
2) Run this through "hsc2hc -o foo.lhs foo.hsc"
3) Compile
with ghc: You're prototypes are missing, somehow the include has
been lost :-/
Using "plain" .hs works.
Solution: Don't use
literate Haskell for .hsc, I haven't checked with bird-tracks,
though, but I suspect the same will happen. I guess that's why it is
called "hsc2hs" and not "hsc2lhs"...
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ---------------- |
| Version | 5.02 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedNoReason |
| Component | Compiler (FFI) |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"ghc won't #include from .lhs","status":"New","operating_system":"","component":"Compiler (FFI)","related":[],"milestone":"","resolution":"ResolvedNoReason","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI just found out the hard way that the following does not work:\n\n1) \nWrite a .hsc using \\begin{code}-\\end{code} which contains \n\"#include <foo.h>\" and calls a function which is prototyped in \nfoo.h\n2) Run this through \"hsc2hc -o foo.lhs foo.hsc\"\n3) Compile \nwith ghc: You're prototypes are missing, somehow the include has \nbeen lost :-/\n\nUsing \"plain\" .hs works.\n\nSolution: Don't use \nliterate Haskell for .hsc, I haven't checked with bird-tracks, \nthough, but I suspect the same will happen. I guess that's why it is \ncalled \"hsc2hs\" and not \"hsc2lhs\"...\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/34Installing on Solaris 5.62019-07-07T19:19:55ZklyneInstalling on Solaris 5.6```
I can't install ghc 5.02.1 on Solaris 5.6.
If I try the binary package I get no complaints,
but when I type ghc --version I get:
ld.so.1: /home/kort/pkgs/ghc/lib/ghc-5.02.1/ghc-5.02.1:
fatal: libcurses.so.1: open failed: No such fil...```
I can't install ghc 5.02.1 on Solaris 5.6.
If I try the binary package I get no complaints,
but when I type ghc --version I get:
ld.so.1: /home/kort/pkgs/ghc/lib/ghc-5.02.1/ghc-5.02.1:
fatal: libcurses.so.1: open failed: No such file or
directory
If I try the sources tar -xf ghc-5.02.1-src-1.tar
fails with: tar: directory checksum error.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| 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":"Installing on Solaris 5.6","status":"New","operating_system":"","component":"None","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nI can't install ghc 5.02.1 on Solaris 5.6.\nIf I try the binary package I get no complaints,\nbut when I type ghc --version I get:\n\nld.so.1: /home/kort/pkgs/ghc/lib/ghc-5.02.1/ghc-5.02.1:\nfatal: libcurses.so.1: open failed: No such file or\ndirectory\n\nIf I try the sources tar -xf ghc-5.02.1-src-1.tar \nfails with: tar: directory checksum error.\n\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/33segfaults in Show instance2019-07-07T19:19:55Zspannesegfaults in Show instance```
ghci-5.03 from CVS currently segfaults if the attached
file is loaded and main is interpreted. Everything is
fine when the program is compiled and the executable is
run or the object file is loaded into ghci. A bug in
the bytecode co...```
ghci-5.03 from CVS currently segfaults if the attached
file is loaded and main is interpreted. Everything is
fine when the program is compiled and the executable is
run or the object file is loaded into ghci. A bug in
the bytecode compiler/interpreter?
Note that innocuous looking changes (e.g. lifting
showsDefs to the toplevel) make this program work in
ghci.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | None |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | low |
| Resolution | ResolvedFixed |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"segfaults in Show instance","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":"{{{\nghci-5.03 from CVS currently segfaults if the attached\nfile is loaded and main is interpreted. Everything is\nfine when the program is compiled and the executable is\nrun or the object file is loaded into ghci. A bug in\nthe bytecode compiler/interpreter?\n\nNote that innocuous looking changes (e.g. lifting\nshowsDefs to the toplevel) make this program work in\nghci.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobodyhttps://gitlab.haskell.org/ghc/ghc/-/issues/32make install fails2021-03-22T06:17:55Znobodymake install fails```
From 5.02 on, make install (at least when configured
via ./configure --prefix=<something>) tries to
create a file and a directory of the same name as
part of the install process.
The culprits are the overrides for libdir and datadi...```
From 5.02 on, make install (at least when configured
via ./configure --prefix=<something>) tries to
create a file and a directory of the same name as
part of the install process.
The culprits are the overrides for libdir and datadir
at the end of hslibs/mk/boilerplate.mk. When
these are removed, things work just fine.
```
<details><summary>Trac metadata</summary>
| Trac field | Value |
| ---------------------- | ------------- |
| Version | 5.02 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | ResolvedFixed |
| Component | Build System |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture | |
</details>
<!-- {"blocked_by":[],"summary":"make install fails","status":"New","operating_system":"","component":"Build System","related":[],"milestone":"","resolution":"ResolvedFixed","owner":{"tag":"OwnedBy","contents":"nobody"},"version":"5.02","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"Bug","description":"{{{\nFrom 5.02 on, make install (at least when configured \nvia ./configure --prefix=<something>) tries to\ncreate a file and a directory of the same name as\npart of the install process.\n\nThe culprits are the overrides for libdir and datadir\nat the end of hslibs/mk/boilerplate.mk. When\nthese are removed, things work just fine.\n}}}","type_of_failure":"OtherFailure","blocking":[]} -->nobodynobody