- ghc-tickets - Haskell.org

[GHC] #7604: System.Directory.canonicalizePath "" behaviour differs between platforms
by GHC 12 Apr '13

12 Apr '13

#7604: System.Directory.canonicalizePath "" behaviour differs between platforms ------------------------------------+--------------------------------------- Reporter: igloo | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: libraries/directory | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: T4113 Blockedby: | Blocking: Related: | ------------------------------------+--------------------------------------- On Linux, `System.Directory.canonicalizePath ""` gives an exception. On OS X, it returns the current directory. In a `System.Directory` function, we should consistently do one or the other. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7604> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #7596: Opportunity to improve CSE
by GHC 12 Apr '13

12 Apr '13

#7596: Opportunity to improve CSE ---------------------------------+------------------------------------------ Reporter: simonpj | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ In `nofib/spectral/mandel2`, the function `check_perim` calls `point_colour` on various arguments. After inlining `point_colour` there is the opportunity to CSE among the sub-expressions the inlinings create. In GHC 7.6, the join point didn't have a "one-shot" flag, so the full laziness pass floated these sub-expressions out, and they got CSEd. As part of Ilya's new demand analyser changes, we get the "one-shot" flag right, so don't MFE those sub-expressions, so they aren't CSEd. As a result, allocation on `mandel2` increases slightly (4.2%). The solution is, I think, to do something a bit like like `CorePrep` before CSE. At the moment if we have {{{ case f (I# y) of { (a,b) -> case g (I# y) of { (p,q) -> ... }} }}} we stuipdly don't CSE that `(I# y)` even though it is manifestly sharable. Somehow we should. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7596> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #7593: Unable to print exceptions of unicode identifiers
by GHC 12 Apr '13

12 Apr '13

#7593: Unable to print exceptions of unicode identifiers ----------------------------------------------+----------------------------- Reporter: dagit | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.1 | Keywords: Os: Windows | Architecture: Unknown/Multiple Failure: Incorrect warning at compile-time | Blockedby: Blocking: | Related: ----------------------------------------------+----------------------------- I suspect this is windows specific but I'm not certain (I couldn't reproduce it with an older ghc on osx). Here is an example of the problem: {{{ $ ghcii.sh GHCi, version 7.6.1: 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 λ> ⇒ <interactive>:2:1: parse error on input `*** Exception: <stderr>: hPutChar: invalid argument (invalid character) }}} On other platforms the message looks more like: parse error on input `=>' (not the automatic translation from ⇒ to =>, I think that's a separate bug related to the unicode symbols extension) On windows my ghc is version 7.6.1. On OSX (where I could NOT reproduce the exception), my ghc is 7.4.1. I don't know if the GHC version matters. I strongly suspect this is a windows unicode issue. GHC gives similar behavior to ghci, for example on this input: {{{ ⇒ = 1 }}} ghc tries to give an error message but throws an exception printing ⇒. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7593> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #7576: Building happy -- setup: internal error: evacuate: strange closure type 2122076
by GHC 12 Apr '13

12 Apr '13

#7576: Building happy -- setup: internal error: evacuate: strange closure type 2122076 --------------------------+------------------------------------------------- Reporter: datenwolf | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.1 | Keywords: Os: Linux | Architecture: x86_64 (amd64) Failure: Runtime crash | Blockedby: Blocking: | Related: --------------------------+------------------------------------------------- I'm running a Gentoo system and use the haskell overlay. The Gentoo- Haskell folks strongly advise using their provided packages instead of cabal-install. When I try to emerge (=install) [dev- haskell/happy-1.18.10](http://www.haskell.org/happy/) the build process aborts with the message {{{ >>> Compiling source in /var/tmp/portage/dev- haskell/happy-1.18.10/work/happy-1.18.10 ... ./setup build setup: internal error: evacuate: strange closure type 2122076 (GHC version 7.6.1 for x86_64_unknown_linux) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug /var/tmp/portage/dev-haskell/happy-1.18.10/temp/environment: line 878: 23486 Aborted ./setup "$@" }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7576> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #7570: GHC's ./configure script should check for ncurses
by GHC 12 Apr '13

12 Apr '13

#7570: GHC's ./configure script should check for ncurses -----------------------------+---------------------------------------------- Reporter: thoughtpolice | 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: -----------------------------+---------------------------------------------- When building GHC, the configure script will not check for ncurses, even though it is required for the build of terminfo. Without it installed, the build fails mid-way in with: {{{ checking for stdint.h... yes checking for unistd.h... yes checking ncurses.h usability... no checking ncurses.h presence... no checking for ncurses.h... no checking curses.h usability... no checking curses.h presence... no checking for curses.h... no configure: error: in `/home/linaro/code/ghc/libraries/terminfo': configure: error: curses headers could not be found, so this package cannot be built See `config.log' for more details }}} I think that configure should check for ncurses immediately so you don't accidentally lack a dependency. It's just annoying. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7570> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #7565: GHC fails without an error when building text-0.11.2.3
by GHC 12 Apr '13

12 Apr '13

#7565: GHC fails without an error when building text-0.11.2.3 -------------------------------+-------------------------------------------- Reporter: guest | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------------+-------------------------------------------- Changes (by igloo): * status: new => infoneeded * difficulty: => Unknown * milestone: => 7.8.1 Comment: Is it possible that the server is killing the process due to the amount of memory that it is using? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7565#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7558: Terrible error message when given and wanted are both insoluble
by GHC 12 Apr '13

12 Apr '13

#7558: Terrible error message when given and wanted are both insoluble ---------------------------------+------------------------------------------ Reporter: simonpj | Owner: simonpj Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * owner: => simonpj * milestone: => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7558#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7544: GHC downloads are unsigned
by GHC 12 Apr '13

12 Apr '13

#7544: GHC downloads are unsigned --------------------------------+------------------------------------------- Reporter: afcowie | Owner: igloo Type: feature request | Status: new Priority: normal | Milestone: 7.8.1 Component: Build System | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Other | Failure: Documentation bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | --------------------------------+------------------------------------------- Changes (by igloo): * owner: => igloo * difficulty: => Unknown * milestone: => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7544#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7543: Constraint synonym instances
by GHC 12 Apr '13

12 Apr '13

#7543: Constraint synonym instances ---------------------------------+------------------------------------------ Reporter: monoidal | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * milestone: => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7543#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7542: GHC doesn't optimize (strict) composition with id
by GHC 12 Apr '13

12 Apr '13

#7542: GHC doesn't optimize (strict) composition with id ---------------------------------+------------------------------------------ Reporter: shachaf | Owner: simonpj Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * owner: => simonpj * milestone: => 7.8.1 Comment: Simon, should this ticket be closed now? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7542#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0