February 2015 - ghc-tickets

[GHC] #10091: Add configurable verbosity level to hpc executable
by GHC 23 Feb '15

23 Feb '15

#10091: Add configurable verbosity level to hpc executable -------------------------------------+------------------------------------- Reporter: Yuras | Owner: Type: feature | Status: new request | Milestone: Priority: normal | Version: 7.8.4 Component: Code | Operating System: Unknown/Multiple Coverage | Type of failure: None/Unknown Keywords: | Blocked By: Architecture: | Related Tickets: Unknown/Multiple | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Right now `hpc markup` writes a notice for each module and for each index file: {{{ Writing: Module.hs.html Writing: hpc_index.html Writing: hpc_index_fun.html Writing: hpc_index_alt.html Writing: hpc_index_exp.html }}} That is a bit annoying when you have e.g. 100 modules. I propose to add `--verbosity` flag with possible values `0`, `1` and `2` (default `1`) and suppress the notice for verbosity level `0` -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10091> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

[GHC] #10088: Broken link in Data.Ix documentation
by GHC 23 Feb '15

23 Feb '15

#10088: Broken link in Data.Ix documentation -------------------------------------+------------------------------------- Reporter: dfeuer | Owner: ekmett Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Core | Version: 7.11 Libraries | Operating System: Unknown/Multiple Keywords: | Type of failure: Documentation Architecture: | bug Unknown/Multiple | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- The Haddock documentation for `Data.Ix` includes the following line: For single-constructor datatypes, the derived instance declarations are as shown for tuples in Figure 1 http://www.haskell.org/onlinelibrary/ix.html#prelude-index. This link is dead. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10088> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #9926: Restore INSTALL file in src dist
by GHC 23 Feb '15

23 Feb '15

#9926: Restore INSTALL file in src dist -------------------------------------+------------------------------------- Reporter: goldfire | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Documentation | Version: 7.10.1-rc1 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- I seem to recall previous source distributions having an `INSTALL` file with instructions. (The particular detail I was looking for was whether or not I need to `perl boot` the 7.10-rc1 source distro.) There don't seem to be any installation instructions anymore. Could this be restored for future source distros? Thanks! -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9926> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #10043: runtime fails in threaded way on SPARC (bus error -> unaligned access to data)
by GHC 23 Feb '15

23 Feb '15

#10043: runtime fails in threaded way on SPARC (bus error -> unaligned access to data) -----------------------------------+---------------------------------- Reporter: kgardas | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.1-rc2 Keywords: | Operating System: Solaris Architecture: sparc | Type of failure: Runtime crash Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -----------------------------------+---------------------------------- Hello, it looks like runtime has changed between 7.8 and 7.10 in a way it no longer works well on SPARC. Tested on SPARC/Solaris 2.11. Both compilers compiled as their are w/o any changes so both unregisterised. On 7.8 testblockalloc runs well, on 7.10.1-rc2 it fails in threaded way with "Bus error" {{{ karel@niagara:~/src/ghc-7.10.0.20150123/testsuite/tests/rts$ ./testblockalloc +RTS -I0 Bus Error (core dumped) }}} When run in debugger it points to assignment of 0 to tso->alloc_limit: {{{ karel@niagara:~/src/ghc-7.10.0.20150123/testsuite/tests/rts$ gdb ./testblockalloc GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.11"... set ar(gdb) set args +RTS -I0 (gdb) r Starting program: /home/karel/src/ghc-7.10.0.20150123/testsuite/tests/rts/testblockalloc +RTS -I0 warning: Lowest section in /lib/librt.so.1 is .dynamic at 00000074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 00000074 warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 00000074 Program received signal SIGSEGV, Segmentation fault. 0x006b62d4 in createThread (cap=0x821ec0, size=256) at rts/Threads.c:113 113 tso->alloc_limit = 0; (gdb) }}} usually bus error is generated by unaligned access to data. I'll have a look at it, but any idea is of course highly appreciated. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10043> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #10072: Panic: generalised wildcards in RULES
by GHC 23 Feb '15

23 Feb '15

#10072: Panic: generalised wildcards in RULES -------------------------------------+------------------------------------- Reporter: thomasw | Owner: thomasw Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.1-rc2 (Type checker) | Operating System: Unknown/Multiple Keywords: | Type of failure: Compile-time Architecture: | crash Unknown/Multiple | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Generalised wildcards (PartialTypeSignatures) in the binder type annotation of a RULE cause panics. Minimal example: {{{#!hs module WildcardInRuleBndrSig where {-# RULES "map/empty" forall (f :: a -> _). map f [] = [] #-} }}} Output: {{{ WildcardInRuleBndrSig.hs:3:31:ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.11.20150209 for x86_64-unknown-linux): No skolem info: w__alY[sk] }}} When a wildcard is generalised over, the error message reporting the inferred type gives some extra info about the type variables occurring in the inferred type. This extra information is retrieved by looking up the skolem information (`getSkolemInfo`) for the type variables in the enclosing implications (`cec_encl`). The problem is that there are no enclosing implications in this case, hence the panic. Note that with the flags `-XPartialTypeSignatures` and `-fno-warn-partial- type-signatures` enabled, there is no panic, as no error/warning message is constructed. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10072> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #10096: Top-level ./configure should accept and propagate --with-curses-{includes, libraries} to libraries
by GHC 23 Feb '15

23 Feb '15

#10096: Top-level ./configure should accept and propagate --with- curses-{includes,libraries} to libraries -------------------------------------+------------------------------------- Reporter: PHO | Owner: Type: feature | Status: new request | Milestone: Priority: normal | Version: 7.11 Component: Build | Operating System: Unknown/Multiple System | Type of failure: None/Unknown Keywords: | Blocked By: Architecture: | Related Tickets: #7472 Unknown/Multiple | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- If curses is installed into some non-standard path, we currently have to say something like the following in `mk/build.mk`: {{{ libraries/terminfo_CONFIGURE_OPTS += \ --configure-option=--with-curses-includes=/somewhere/include \ --configure-option=--with-curses-libraries=/somewhere/lib }}} This is because the top-level `configure` does not accept nor propagate `--with-curses-{includes,libraries}` to libraries while it does so for iconv, gmp and libffi. It would be nice if curses were handled in the same manner. I will soon submit a patch for this. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10096> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #10051: panic - the 'impossible' happened
by GHC 23 Feb '15

23 Feb '15

#10051: panic - the 'impossible' happened -------------------------------------+------------------------------------- Reporter: jpw1991 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi | Version: 7.8.4 Keywords: | Operating System: Unknown/Multiple Architecture: x86_64 | Type of failure: GHCi crash (amd64) | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Hi there, I'm new to Haskell and I'm loving it so far. I finished a learning project in Haskell and it works fine on Linux. I'm bringing it over to Windows and I got the following error while running it: C:\Repositories\HaskellPong>ghci Main.hs -LC:\SDL\lib -lSDL2 GHCi, version 7.8.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading object (static archive) C:\SDL\lib\libSDL2.a ... ghc.exe: Unknown PEi386 section name `.rdata$.refptr.DUMMYAUD_bootstrap' (while processing: C:\SDL\lib\ libSDL2.a) ghc.exe: panic! (the 'impossible' happened) (GHC version 7.8.3 for x86_64-unknown-mingw32): loadArchive "C:\\SDL\\lib\\libSDL2.a": failed Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug The repository is public, so you can go and get it from here: https://jwoodss@bitbucket.org/jwoodss/haskellpong.git -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10051> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #8546: Panic during cabal build with profiling enabled.
by GHC 23 Feb '15

23 Feb '15

#8546: Panic during cabal build with profiling enabled. ---------------------------------+--------------------------------------- Reporter: Mokosha | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Keywords: cabal sandbox | Operating System: Windows Architecture: x86 | Type of failure: Compile-time crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ---------------------------------+--------------------------------------- I had been recently using cabal-dev for my development work. Someone suggested I switch over to the new cabal 1.18 on #haskell. After doing so, some projects do not seem to build anymore. I'm not an experienced Haskell developer, so I'm not sure how to go about debugging such a problem. I've included the output of the install command. {{{ Pavel@ZOMBIE-POWER ~/Projects/Lambency/src $ cabal install -p Resolving dependencies... Configuring bindings-GLFW-3.0.3.1... Building bindings-GLFW-3.0.3.1... Preprocessing library bindings-GLFW-3.0.3.1... [1 of 1] Compiling Bindings.GLFW ( dist\dist-sandbox- 2b66993e\build\Bindings\GLFW.hs, dist\dist-sandbox- 2b66993e\build\Bindings\GLFW.o ) [1 of 1] Compiling Bindings.GLFW ( dist\dist-sandbox- 2b66993e\build\Bindings\GLFW.hs, dist\dist-sandbox- 2b66993e\build\Bindings\GLFW.p_o ) In-place registering bindings-GLFW-3.0.3.1... Installing library in D:\MinGW\msys\1.0\home\Pavel\Projects\Lambency\build\i386-windows- ghc-7.6.3\bindings-GLFW-3.0.3.1 Registering bindings-GLFW-3.0.3.1... Installed bindings-GLFW-3.0.3.1 Configuring GLFW-b-1.4.1... Building GLFW-b-1.4.1... Preprocessing library GLFW-b-1.4.1... [1 of 3] Compiling Graphics.UI.GLFW.Types ( Graphics\UI\GLFW\Types.hs, dist\dist-sandbox-2b66993e\build\Graphics\UI\GLFW\Types.o ) Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading package bindings-DSL-1.0.20 ... linking ... done. Loading package bindings-GLFW-3.0.3.1 ... ghc.exe: Unknown PEi386 section name `.drectve' (while processing: D:\MinGW\msys\1.0\home\Pavel\Projects\Lambency\build\i386-windows- ghc-7.6.3\bindings-GLFW-3 .0.3.1\libHSbindings-GLFW-3.0.3.1.a) ghc.exe: panic! (the 'impossible' happened) (GHC version 7.6.3 for i386-unknown-mingw32): loadArchive "D:\\MinGW\\msys\\1.0\\home\\Pavel\\Projects\\Lambency\\build\\i386 -windows-ghc-7.6.3\\bindings-GLFW-3.0.3.1\\libHSbindings-GLFW-3.0.3.1.a": failed Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug Failed to install GLFW-b-1.4.1 cabal.exe: Error: some packages failed to install: GLFW-b-1.4.1 failed during the building phase. The exception was: ExitFailure 1 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8546> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

Re: [GHC] #7056: Relax static-PE linker object checks
by GHC 23 Feb '15

23 Feb '15

#7056: Relax static-PE linker object checks -------------------------------------+------------------------------------- Reporter: songpp | Owner: Type: bug | thoughtpolice Priority: normal | Status: closed Component: GHCi | Milestone: 7.10.1 Resolution: duplicate | Version: 7.4.1 Operating System: Windows | Keywords: Type of failure: None/Unknown | loadArchive Unknown PEi386 Blocked By: | Architecture: x86 Related Tickets: #9907, #2487, | Test Case: #7103, #7889, #8546 | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by thoughtpolice): * status: new => closed * resolution: => duplicate * related: #2487, #7103, #7889 => #9907, #2487, #7103, #7889, #8546 * milestone: 7.12.1 => 7.10.1 Comment: Duplicate of #9907, which will be merged to 7.10.1. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7056#comment:27> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7103: Compiler panic, when loading wxc in GHCi
by GHC 23 Feb '15

23 Feb '15

#7103: Compiler panic, when loading wxc in GHCi -------------------------------------+------------------------------------- Reporter: Henk-Jan | Owner: Type: bug | Status: closed Priority: normal | Milestone: 7.10.1 Component: GHCi | Version: 7.4.2 Resolution: duplicate | Keywords: Operating System: Windows | Architecture: Type of failure: GHCi crash | Unknown/Multiple Blocked By: | Test Case: Related Tickets: #9907, #10051, | Blocking: #7056, #8546 | Differential Revisions: -------------------------------------+------------------------------------- Changes (by thoughtpolice): * status: new => closed * resolution: => duplicate * related: #9907, #10051 => #9907, #10051, #7056, #8546 * blockedby: 3658 => * milestone: 7.12.1 => 7.10.1 Comment: Duplicate of #9907, which will be merged to 7.10.1. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7103#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0