January 2013 - ghc-tickets

Re: [GHC] #2283: WIndows: loading objects that refer to DLL symbols
by GHC 27 Jan '13

27 Jan '13

#2283: WIndows: loading objects that refer to DLL symbols ----------------------------+----------------------------------------------- Reporter: simonmar | Owner: Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: GHCi | Version: 6.8.2 Keywords: | Os: Windows Architecture: x86 | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: 3658 | Blocking: Related: #7097 #7568 | ----------------------------+----------------------------------------------- Changes (by simonmar): * priority: normal => high * related: => #7097 #7568 * milestone: _|_ => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2283#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2283: WIndows: loading objects that refer to DLL symbols
by GHC 27 Jan '13

27 Jan '13

#2283: WIndows: loading objects that refer to DLL symbols -------------------------+-------------------------------------------------- Reporter: simonmar | Owner: Type: bug | Status: new Priority: normal | Milestone: _|_ Component: GHCi | Version: 6.8.2 Keywords: | Os: Windows Architecture: x86 | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: 3658 | Blocking: Related: | -------------------------+-------------------------------------------------- Comment(by simonmar): #7097 and #7568 are more instances of this. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2283#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7561: Unnecessary Heap Allocations - Slow Performance
by GHC 27 Jan '13

27 Jan '13

#7561: Unnecessary Heap Allocations - Slow Performance -------------------------------+-------------------------------------------- Reporter: wurmli | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------------+-------------------------------------------- Comment(by shachaf): Ah, yes, `-fno-state-hack` fixes it. So it looks like it's the same issue as #1168. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7561#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1593: Improve runInteractiveProcess error message when working directory does not exist
by GHC 27 Jan '13

27 Jan '13

#1593: Improve runInteractiveProcess error message when working directory does not exist ----------------------------------------+----------------------------------- Reporter: tomasz.zielonka@… | Owner: simonmar Type: task | Status: new Priority: low | Milestone: _|_ Component: libraries/process | Version: 6.7 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: process004 | Blockedby: Blocking: | Related: ----------------------------------------+----------------------------------- Comment(by simonmar): Still needs fixing, yes. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1593#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2354: NOINLINE pragma ignored
by GHC 27 Jan '13

27 Jan '13

#2354: NOINLINE pragma ignored ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.9 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by simonmar): So it's now correct. Would you like to have a go at making a testsuite patch to add the test? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2354#comment:15> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7561: Unnecessary Heap Allocations - Slow Performance
by GHC 27 Jan '13

27 Jan '13

#7561: Unnecessary Heap Allocations - Slow Performance -------------------------------+-------------------------------------------- Reporter: wurmli | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------------+-------------------------------------------- Comment(by simonmar): So (1) is probably a duplicate of #1168 then. Try with `-fno-state-hack` and see if that fixes it. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7561#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1555: Reverse do notation: lexer bug?
by GHC 27 Jan '13

27 Jan '13

#1555: Reverse do notation: lexer bug? --------------------------------+------------------------------------------- Reporter: dons | Owner: Type: feature request | Status: closed Priority: normal | Milestone: _|_ Component: Compiler (Parser) | Version: 6.6.1 Resolution: wontfix | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Easy (less than 1 hour) Testcase: | Blockedby: Blocking: | Related: --------------------------------+------------------------------------------- Changes (by simonmar): * status: new => closed * resolution: => wontfix -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1555#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2370: num009 fails on OS X 10.5?
by GHC 27 Jan '13

27 Jan '13

#2370: num009 fails on OS X 10.5? -------------------------------+-------------------------------------------- Reporter: batterseapower | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.9 Keywords: | Os: MacOS X Architecture: x86 | Failure: None/Unknown Difficulty: Unknown | Testcase: lib/Numeric/num009 Blockedby: | Blocking: Related: | -------------------------------+-------------------------------------------- Comment(by morabbin): I think `num009` is now to be found as `numeric/should_run/numrun009`. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2370#comment:19> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2387: Optimizer misses unboxing opportunity
by GHC 27 Jan '13

27 Jan '13

#2387: Optimizer misses unboxing opportunity ------------------------------------+--------------------------------------- Reporter: dolio | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.8.2 Keywords: optimizer unbox box | Os: Linux Architecture: x86_64 (amd64) | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: #2289 | ------------------------------------+--------------------------------------- Changes (by morabbin): * related: => #2289 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2387#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7561: Unnecessary Heap Allocations - Slow Performance
by GHC 27 Jan '13

27 Jan '13

#7561: Unnecessary Heap Allocations - Slow Performance -------------------------------+-------------------------------------------- Reporter: wurmli | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------------+-------------------------------------------- Changes (by shachaf): * cc: shachaf@… (added) Comment: For (1), I narrowed the bug down a bit -- it has nothing to do with Vector in particular. Here's a somewhat simpler version: {{{ import Control.Applicative import Control.Monad import Control.Monad.ST import Data.STRef import System.Environment doLoop :: Int -> STRef s Int -> ST s () doLoop n v = go ((< n) <$> readSTRef v) where go mbool = do t <- mbool when t $ modifySTRef v (+1) >> go mbool main :: IO () main = do n <- read.head <$> getArgs print $ runST $ do { r <- newSTRef 0; doLoop n r; readSTRef r } }}} If you have a look at the Core for this program under normal -O2, you'll see that instead of sharing `n`, the `read` call from `main` is being moved all the way into the inner loop! This explains the significant slowdown. The code can probably be simplified further, but as it is even small changes to the program are enough to make the problem go away -- e.g. adding an SCC annotation in almost any part of `doLoop`, or evaluating `n` before passing it in, or shuffling code around too much. I haven't looked into (2). Either it's the same problem or one of these should be split out into a different ticket, presumably. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7561#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0