April 2013 - ghc-tickets

[GHC] #7655: 7.4.2 Segmentation Fault/Bus Error in large exponentation
by GHC 13 Apr '13

13 Apr '13

#7655: 7.4.2 Segmentation Fault/Bus Error in large exponentation -----------------------+---------------------------------------------------- Reporter: Doug310 | Owner: Type: bug | Status: new Priority: normal | Component: GHCi Version: 7.4.2 | Keywords: Os: MacOS X | Architecture: x86_64 (amd64) Failure: GHCi crash | Blockedby: Blocking: | Related: -----------------------+---------------------------------------------------- Mac OS X 10.8.2. Haskell Platform 2012.4, 64-bit. GHCI 7.4.2. Large exponentations cause bus errors or segmentation faults. Examples: {{{ ~/src/haskell$ ghci GHCi, version 7.4.2: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Prelude> 12345678901234567890 ^ 12345 Bus error: 10 ~/src/haskell$ ghci GHCi, version 7.4.2: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Prelude> 2384729837498237^23455 Segmentation fault: 11 }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7655> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #7832: In function 'stg_ap_0_fast' 'debugBelch' undeclared
by GHC 13 Apr '13

13 Apr '13

#7832: In function 'stg_ap_0_fast' 'debugBelch' undeclared --------------------------------+------------------------------------------- Reporter: erikd | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.7 | Keywords: Os: Linux | Architecture: powerpc64 Failure: Building GHC failed | Blockedby: Blocking: | Related: --------------------------------+------------------------------------------- Attempting to build git HEAD on linux-powerpc64: {{{ "inplace/bin/ghc-stage1" -static -optc-DDEBUG -ticky -DTICKY_TICKY -H32m -O -Werror -Wall \ -H64m -O0 -Iincludes -Iincludes/dist -Iincludes/dist- derivedconstants/header \ -Iincludes/dist-ghcconstants/header -Irts -Irts/dist/build -DCOMPILING_RTS -package-name rts \ -optc-DNOSMP -dcmm-lint -i -irts -irts/dist/build -irts/dist/build/autogen -Irts/dist/build \ -Irts/dist/build/autogen -O2 -O0 -c rts/HeapStackCheck.cmm -o rts/dist/build/HeapStackCheck.debug_o \ /tmp/ghc32217_0/ghc32217_0.hc: In function 'stg_ap_0_fast': /tmp/ghc32217_0/ghc32217_0.hc:21:12: error: 'debugBelch' undeclared (first use in this function) /tmp/ghc32217_0/ghc32217_0.hc:21:12: note: each undeclared identifier is reported only once for each function it appears in /tmp/ghc32217_0/ghc32217_0.hc:24:12: error: 'printClosure' undeclared (first use in this function) /tmp/ghc32217_0/ghc32217_0.hc:31:12: error: 'checkStackFrame' undeclared (first use in this function) /tmp/ghc32217_0/ghc32217_0.hc: In function 'stg_PAP_entry': /tmp/ghc32217_0/ghc32217_0.hc:127:12: error: 'barf' undeclared (first use in this function) }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7832> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #7440: haddock : Declaration for $fEqInteger attempting to use module `ghc-prim:GHC.Classes' which is not loaded
by GHC 13 Apr '13

13 Apr '13

#7440: haddock : Declaration for $fEqInteger attempting to use module `ghc- prim:GHC.Classes' which is not loaded -------------------------+-------------------------------------------------- Reporter: erikd | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: | Os: Linux Architecture: powerpc | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------+-------------------------------------------------- Changes (by erikd): * status: infoneeded => new -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7440#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7440: haddock : Declaration for $fEqInteger attempting to use module `ghc-prim:GHC.Classes' which is not loaded
by GHC 13 Apr '13

13 Apr '13

#7440: haddock : Declaration for $fEqInteger attempting to use module `ghc- prim:GHC.Classes' which is not loaded -------------------------+-------------------------------------------------- Reporter: erikd | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: | Os: Linux Architecture: powerpc | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------+-------------------------------------------------- Comment(by erikd): > erikd, when you run make again, does it rerun that failing command, but this time succeed? Running make again allowed it to complete the compilation process, but I'm not sure if the failing command was re-run or not (eg, the target file may not have been deleted on failure). I never saw this on other platforms, not even powerpc. I'm now trying to build current HEAD and running into a bunch of other problems (eg #7830). -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7440#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7714: The type of the second argument of poll() in GHC/Event/Poll.hsc is invalid
by GHC 12 Apr '13

12 Apr '13

#7714: The type of the second argument of poll() in GHC/Event/Poll.hsc is invalid -----------------------------+---------------------------------------------- Reporter: kazu-yamamoto | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.7 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- poll() is used in GHC/Event/Poll.hsc. The type of its second argument is nfds_t. nfds_t is defined unsigned long on Linux and unsigned int on Mac/FreeBSD. FFI in Poll.hsc uses CULong instead of (#type nfds_t). So, this may cause a problem on Mac/FreeBSD. Actually, a web server compiled by GHC head on FreeBSD sometime causes the following error: {{{ mighty-head: c_poll: invalid argument (Invalid argument) mighty-head: sendWakeup: invalid argument (Bad file descriptor) mighty-head: sendWakeup: invalid argument (Bad file descriptor) mighty-head: sendWakeup: invalid argument (Bad file descriptor) }}} poll() on FreeBSD returns EINVAL when the specified time limit is negative. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7714> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

[GHC] #7693: Flush .hp file at the end of each sample
by GHC 12 Apr '13

12 Apr '13

#7693: Flush .hp file at the end of each sample -----------------------------+---------------------------------------------- Reporter: akio | Owner: Type: feature request | Status: new Priority: normal | Component: Runtime System Version: 7.7 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Tools like hp2any-graph reads a .hp file as it's being written to. However writing to .hp files is currently block-buffered, causing a delay until the latest sample can be read. The attached patch adds a call to fflush every time a complete sample is written. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7693> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #7727: Nonsense evaluation: sequence [] = []
by GHC 12 Apr '13

12 Apr '13

#7727: Nonsense evaluation: sequence [] = [] -----------------------------+---------------------------------------------- Reporter: drb226 | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.2 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- {{{ $ ghci-7.6.2 GHCi, version 7.6.2: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. >>> sequence [] [] >>> :t it it :: [()] >>> sequence [] :: [()] <interactive>:4:1: Couldn't match type `[a0]' with `()' Expected type: [()] Actual type: [[a0]] In the return type of a call of `sequence' In the expression: sequence [] :: [()] In an equation for `it': it = sequence [] :: [()] }}} Wat. Where on earth did ghci get the idea that {{{ sequence [] = [] }}}? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7727> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #7651: Buiding GHC with parallel IO manager freezes on Mac (not on FreeBSD)
by GHC 12 Apr '13

12 Apr '13

#7651: Buiding GHC with parallel IO manager freezes on Mac (not on FreeBSD) --------------------------------+------------------------------------------- Reporter: kazu-yamamoto | Owner: Type: bug | Status: new Priority: normal | Component: Build System Version: 7.7 | Keywords: Os: MacOS X | Architecture: Unknown/Multiple Failure: Building GHC failed | Blockedby: Blocking: | Related: --------------------------------+------------------------------------------- Building GHC with parallel IO manager on Mac freezes when compiling the dph libraries in the phase 2. * This happens only if we specify "-j" to "make". Note that "make" closes stdin of sub-processes if "-j" is specified. * Even if we specify "-j" to "make", the problem disappears with stdout/stderr redirection. That is, "make -jN >& LOG &" works. * The "-d" option of "make" does not make any effects. * Programs compiled with built GHC (with our patches) work well. For test, I compiled a daemon HTTP server which closes stdin/stdout/stderr. It worked well. An IO manager is polling a kqueue fd. Another Haskell thread on another native thread registers an event through the same kqueue fd. In many cases, this works on Mac. In a certain situation, MacOS does not deliver an event to the IO manager. If the IO manager gets up and polls the kqueue fd, the event is delivered. This bug only appears when building GHC on Mac. I cannot find a simple way to reproduce it. Even if we find a way to reproduce it, I guess that we will probably reach a conclusion that this is a bug of kqueue of Mac. I have some evidences that kqueue of Mac is buggy: * http://comments.gmane.org/gmane.comp.lib.ev/1871 * http://lists.apple.com/archives/darwin-dev/2011/Jun/msg00016.html -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7651> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 9

[GHC] #7644: Hackage docs for base library contain broken links
by GHC 12 Apr '13

12 Apr '13

#7644: Hackage docs for base library contain broken links -----------------------------+---------------------------------------------- Reporter: JulesBean | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- http://hackage.haskell.org/packages/archive/base/4.6.0.0/doc/html/GHC- IOArray.html Is a 404, presumably because it's {{{ {-# HADDOCK_OPTIONS hide #-} }}} so the haddocks don't get documented? However it is linked to from the master index http://hackage.haskell.org/package/base-4.6.0.0 ...which as far as I can see has links to all modules irrespective of whether they are hidden or not. A different example relates to source links: If you look at the Prelude docs here: http://hackage.haskell.org/packages/archive/base/4.6.0.0/doc/html/Prelude.h… Then some of the source links point to URLs like http://hackage.haskell.org/packages/archive/%01/%02/doc/html/src/GHC- Classes.html#Ord ...which looks like some substitution operation has failed (%01 -> package name, %02 -> version, I presume). An attempt to manually fix the package name and version still leads to a 404. Some other source links from the Prelude are fine, though, for example: http://hackage.haskell.org/packages/archive/base/4.6.0.0/doc/html/src/GHC- Enum.html#Enum This is a regression but I don't know how recently; I certainly used to be able to follow links like that back in the 7.0 era, but I don't when it started failing. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7644> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #7643: Kind application error
by GHC 12 Apr '13

12 Apr '13

#7643: Kind application error -----------------------------+---------------------------------------------- Reporter: gmainland | Owner: Type: bug | Status: new Priority: normal | Component: Compiler (Type checker) Version: 7.6.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Compiling the attached program with -dcore-lint fails. This failure is a reduced version of code taken from the primitive package, version 0.5.0.1. To see the failure: {{{ ghc -dcore-lint --make Main.hs }}} The failure does not occur with GHC 7.4. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7643> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4