February 2014 - ghc-tickets

[GHC] #8747: GHC 7.4.1 ghc: panic! (the 'impossible' happened)
by GHC 07 Feb '14

07 Feb '14

#8747: GHC 7.4.1 ghc: panic! (the 'impossible' happened) ----------------------------------+------------------------------- Reporter: codygman | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi | Version: 7.4.1 Keywords: | Operating System: Linux Architecture: x86_64 (amd64) | Type of failure: GHCi crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ----------------------------------+------------------------------- I was just trying to create the records in the all about monads tutorial and after changing my code to: {{{ import Data.Maybe (Maybe(Nothing,Just)) data Gender = M | F data Sheep = Sheep (Gender) (Maybe Sheep) (Maybe Sheep) deriving (show) main = undefined }}} I got the following error: {{{ *Main> :r [1 of 1] Compiling Main ( Main.hs, interpreted ) ghc: panic! (the 'impossible' happened) (GHC version 7.4.1 for x86_64-unknown-linux): nameModule show{tv aD4} }}} Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug I've attached my entire ghci log for completeness sake. I'm using debian stable and kernel 3.11-0.bpo.2-amd64. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8747> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #7305: T5975a is broken on Windows
by GHC 07 Feb '14

07 Feb '14

#7305: T5975a is broken on Windows -------------------------------------+------------------------------------ Reporter: simonmar | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Test Suite | Version: 7.6.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by ezyang): It appears that it is not sufficient to just convert the pre_cmd/post_cmd to accept a Unicode string, as this breaks when using `os.system`, because Python attempts to transcode to ASCII. So we should convert everything to use subprocess/spawnv instead (both of which support Unicode), probably by manually invoking the shell we want. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7305#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3452: Show type of most recent expression in GHCi
by GHC 07 Feb '14

07 Feb '14

#3452: Show type of most recent expression in GHCi -------------------------------------+------------------------------------ Reporter: ozy | Owner: Type: feature request | Status: new Priority: lowest | Milestone: 7.6.2 Component: GHCi | Version: 6.10.4 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Changes (by thoughtpolice): * cc: hvr (added) * status: patch => new Comment: Taking out of 'patch' status as a bit of work/discussion is still needed. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3452#comment:17> 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 07 Feb '14

07 Feb '14

#2283: WIndows: loading objects that refer to DLL symbols ---------------------------------+------------------------------- Reporter: simonmar | Owner: Type: bug | Status: closed Priority: high | Milestone: 7.8.1 Component: GHCi | Version: 6.8.2 Resolution: fixed | Keywords: Operating System: Windows | Architecture: x86 Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: #7097 #7568 ---------------------------------+------------------------------- Changes (by thoughtpolice): * status: patch => closed * resolution: => fixed * blockedby: 3658 => -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2283#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3693: Show stack traces
by GHC 06 Feb '14

06 Feb '14

#3693: Show stack traces -------------------------------------+------------------------------------ Reporter: jpet | Owner: Tarrasch Type: feature request | Status: new Priority: normal | Milestone: 7.10.1 Component: Runtime System | Version: 6.10.4 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by scpmw): Status update: I have now finished polishing up the initial source-note patches for tracking source code relations throughout the Core and Stg stages: https://github.com/scpmw/ghc/commits/profiling-review2 This is in many ways the most tricky part of the whole endeavour, as it touches pretty much every single pass that does something interesting with Core. It also extends the whole tickish framework a bit, which means cost- centres, HPC ticks and breakpoints have had some of their code rebuilt. On the other hand, it now passes the whole testsuite (minus T4891 and T5435_dyn_asm, which fail on master for me), and I tested that '-g' causes no extra allocations across nofib. I *think* it should be merge-ready for 7.9. Notes for review (Simon?): - I tried to be chatty with the comments and spell out exactly how I understand the properties of tickishs. Some new tickish flags and lots of documentation in `CoreSyn.lhs`. - Given that we now support multiple ticks in the tree at the same time, I had to give `mkTick` a rewrite. - The change to `cheapEqExpr` is a bit awkward, but it was the only cheap way I could think of for making it look through ticks. - Small changes with their own commit are optional changes or refactoring. Next up will the Cmm support, which so far still needs work on the CmmContext replacement. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3693#comment:58> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7655: 7.6.2 Segmentation Fault/Bus Error in large exponentation
by GHC 06 Feb '14

06 Feb '14

#7655: 7.6.2 Segmentation Fault/Bus Error in large exponentation -------------------------------+---------------------------------- Reporter: Doug310 | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: GHCi | Version: 7.8.1-rc1 Resolution: | Keywords: exponentiation Operating System: MacOS X | Architecture: x86_64 (amd64) Type of failure: GHCi crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------+---------------------------------- Comment (by carter): Crazy theory: what version of the gmp dylib do you have? I'm pretty sure I'm using s recent gmp built via brew. Could it be that you're using the apple libgmp dylib and you're tripping a bug there? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7655#comment:24> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5476: Cap memory usage for one thread without disrupting other threads
by GHC 05 Feb '14

05 Feb '14

#5476: Cap memory usage for one thread without disrupting other threads -------------------------------------+------------------------------------ Reporter: joeyadams | Owner: Type: feature request | Status: new Priority: normal | Milestone: _|_ Component: Runtime System | Version: 7.2.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Changes (by ezyang): * cc: simonmar (added) * difficulty: => Unknown Comment: We have an implementation of space resource limits here http://ezyang.com/rlimits.html , but there will be some engineering difficulties getting this branch properly merged into GHC. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5476#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7655: 7.6.2 Segmentation Fault/Bus Error in large exponentation
by GHC 05 Feb '14

05 Feb '14

#7655: 7.6.2 Segmentation Fault/Bus Error in large exponentation -------------------------------+---------------------------------- Reporter: Doug310 | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: GHCi | Version: 7.8.1-rc1 Resolution: | Keywords: exponentiation Operating System: MacOS X | Architecture: x86_64 (amd64) Type of failure: GHCi crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------+---------------------------------- Comment (by carter): I'll add more of my system information shortly (just got off a plane. ). But the biggest difference is I'm using a real GCC. AND my build of ghc was built with it. Your GCC is actually clang. I'm on a very up to date OS X 10.9 machine too. I'll confirm that shortly though. The fact that you have something like @ArSupportsAtFile@ being passed to AR makes me think that the build of ghc went wrong. OR perhaps there's a problem with how clang works as an assembler on OS X? ILL do a clang build of the RC myself to try to replicate this. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7655#comment:23> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7655: 7.6.2 Segmentation Fault/Bus Error in large exponentation
by GHC 05 Feb '14

05 Feb '14

#7655: 7.6.2 Segmentation Fault/Bus Error in large exponentation -------------------------------+---------------------------------- Reporter: Doug310 | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: GHCi | Version: 7.8.1-rc1 Resolution: | Keywords: exponentiation Operating System: MacOS X | Architecture: x86_64 (amd64) Type of failure: GHCi crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------+---------------------------------- Comment (by George): No idea but as we seem to have different versions of ar I assuming that we are on different versions of Mac OS or Xcode. I am on OS 10.9.1 and Xcode 5.0.2. {{{ ls -l /usr/bin/ar -rwxr-xr-x 1 root wheel 14224 Oct 27 17:59 /usr/bin/ar }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7655#comment:22> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7994: Make foldl into a good consumer
by GHC 05 Feb '14

05 Feb '14

#7994: Make foldl into a good consumer -------------------------------------+------------------------------------ Reporter: simonpj | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by nomeata): Another measurement of compile time changes, this time of running `make` in a clean an configured GHC tree: changes from 31m34 to 32m7 an increase of 1,75%, confirming the numbers measured in nofib. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7994#comment:18> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0