January 2014 - ghc-tickets

Re: [GHC] #367: Infinite loops can hang Concurrent Haskell
by GHC 19 Jan '14

19 Jan '14

#367: Infinite loops can hang Concurrent Haskell -------------------------------------+------------------------------------- Reporter: simonpj | Owner: ezyang Type: bug | Status: new Priority: lowest | Milestone: _|_ Component: Compiler | Version: 6.4.1 Resolution: None | Keywords: scheduler Operating System: Unknown/Multiple | allocation Type of failure: Incorrect result | Architecture: Unknown/Multiple at runtime | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------- Changes (by nh2): * cc: mail@… (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/367#comment:37> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3693: Show stack traces
by GHC 19 Jan '14

19 Jan '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 carter): has there been any progress on this branch? wheres the activity / dev work been? https://github.com/scpmw/ghc/commits/profiling-ncg ? or where? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3693#comment:51> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8682: GHC compilation bug
by GHC 19 Jan '14

19 Jan '14

#8682: GHC compilation bug ----------------------------------+--------------------------------------- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.4.1 Keywords: | Operating System: Linux Architecture: x86_64 (amd64) | Type of failure: Compile-time crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ----------------------------------+--------------------------------------- Description: Attempted to compile a relatively small & simple Haskell program. GHC crashes unpon compilation. Source code in its entirety: import System.Environment data NestedList a = Elem a | List [NestedList a] deriving (read) main = do args <- getArgs print . flatten . read $ concat args flatten :: NestedList a -> [a] flatten Elem x = [x] flatten List x = concatMap flatten x Console Log in it's entirety: user@computer:~/path/to/file/$ ghc -v file.hs Glasgow Haskell Compiler, Version 7.4.1, stage 2 booted by GHC version 7.4.1 Using binary package database: /usr/lib/ghc/package.conf.d/package.cache Using binary package database: /home/user/.ghc/x86_64-linux-7.4.1/package.conf.d/package.cache wired-in package ghc-prim mapped to ghc- prim-0.2.0.0-c2ff696e5b8ec4d4b2bc2e42085fe471 wired-in package integer-gmp mapped to integer- gmp-0.4.0.0-3cccac07aef8e27023f605c1f45bdf74 wired-in package base mapped to base-4.5.0.0-40b99d05fae6a4eea95ea69e6e0c9702 wired-in package rts mapped to builtin_rts wired-in package template-haskell mapped to template- haskell-2.7.0.0-8c8cd20e21666657195efabced685fe1 wired-in package dph-seq not found. wired-in package dph-par not found. Hsc static flags: -static *** Chasing dependencies: Chasing modules from: *prob07.hs Stable obj: [] Stable BCO: [] Ready for upsweep [NONREC ModSummary { ms_hs_date = Sun Jan 19 10:47:44 CST 2014 ms_mod = main:Main, ms_textual_imps = [import (implicit) Prelude, import System.Environment] ms_srcimps = [] }] *** Deleting temp files: Deleting: compile: input file prob07.hs Created temporary directory: /tmp/ghc6732_0 *** Checking old interface for main:Main: [1 of 1] Compiling Main ( prob07.hs, prob07.o ) *** Parser: *** Renamer/typechecker: *** Deleting temp files: Deleting: /tmp/ghc6732_0/ghc6732_0.s Warning: deleting non-existent /tmp/ghc6732_0/ghc6732_0.s *** Deleting temp dirs: Deleting: /tmp/ghc6732_0 ghc: panic! (the 'impossible' happened) (GHC version 7.4.1 for x86_64-unknown-linux): nameModule read{tv aaf} Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8682> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

Re: [GHC] #4012: Compilation results are not deterministic
by GHC 19 Jan '14

19 Jan '14

#4012: Compilation results are not deterministic ----------------------------------+---------------------------------------- Reporter: kili | Owner: Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: Compiler | Version: 6.12.2 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Difficult (2-5 days) Type of failure: Other | Blocked By: Test Case: | Related Tickets: Blocking: | ----------------------------------+---------------------------------------- Comment (by nh2): Replying to [comment:41 nomeata]: > Not very much, I believe, as the cases discuss here do not necessarily involve header files. But the fix for #8144 is of course a general improvement. It's not so much about header files only - I believe {{{UsageFile}}} can be introduced using multiple ways, not only {{{#include}}}, and maybe some other time staps makes it into those hashes like in that bug. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4012#comment:42> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4012: Compilation results are not deterministic
by GHC 19 Jan '14

19 Jan '14

#4012: Compilation results are not deterministic ----------------------------------+---------------------------------------- Reporter: kili | Owner: Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: Compiler | Version: 6.12.2 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Difficult (2-5 days) Type of failure: Other | Blocked By: Test Case: | Related Tickets: Blocking: | ----------------------------------+---------------------------------------- Comment (by nomeata): Replying to [comment:39 nh2]: > Is this related to https://ghc.haskell.org/trac/ghc/ticket/8144, and does its fix maybe improve the situation? Not very much, I believe, as the cases discuss here do not necessarily involve header files. But the fix for #8144 is of course a general improvement. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4012#comment:41> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4012: Compilation results are not deterministic
by GHC 19 Jan '14

19 Jan '14

#4012: Compilation results are not deterministic ----------------------------------+---------------------------------------- Reporter: kili | Owner: Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: Compiler | Version: 6.12.2 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Difficult (2-5 days) Type of failure: Other | Blocked By: Test Case: | Related Tickets: Blocking: | ----------------------------------+---------------------------------------- Changes (by nh2): * cc: mail@… (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4012#comment:40> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4012: Compilation results are not deterministic
by GHC 19 Jan '14

19 Jan '14

#4012: Compilation results are not deterministic ----------------------------------+---------------------------------------- Reporter: kili | Owner: Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: Compiler | Version: 6.12.2 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Difficult (2-5 days) Type of failure: Other | Blocked By: Test Case: | Related Tickets: Blocking: | ----------------------------------+---------------------------------------- Comment (by nh2): Is this related to https://ghc.haskell.org/trac/ghc/ticket/8144, and does its fix maybe improve the situation? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4012#comment:39> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7134: ghc-7.6.0.20120810-x86_64-windows.exe -> internal error R_X86_64_PC32
by GHC 19 Jan '14

19 Jan '14

#7134: ghc-7.6.0.20120810-x86_64-windows.exe -> internal error R_X86_64_PC32 -------------------------------+---------------------------------- Reporter: cetinsert | Owner: thoughtpolice Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: GHCi | Version: 7.6.1-rc1 Resolution: | Keywords: R_X86_64_PC32 Operating System: Windows | Architecture: x86_64 (amd64) Type of failure: GHCi crash | Difficulty: Unknown Test Case: | Blocked By: 3658 Blocking: | Related Tickets: -------------------------------+---------------------------------- Comment (by awson): I've learned Linker.c a bit further and found that it's entirely possible to use {{{SymbolExtra}}} structure and {{{SymbolExtra *symbol_extras}}} pointer in {{{ObjectCode}}} structure, which are both defined but not used under mingw32 and are used on unixish systems for almost the same purposes. Hence, the question: am I allowed to reuse them in PEi386-related code but in a slightly different way than it is on unixish systems? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7134#comment:38> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5144: Pattern synonyms
by GHC 19 Jan '14

19 Jan '14

#5144: Pattern synonyms -------------------------------------------+------------------------------- Reporter: simonpj | Owner: cactus Type: feature request | Status: patch Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: 8581, 8582, 8583, 8584 | Blocked By: | Related Tickets: -------------------------------------------+------------------------------- Changes (by cactus): * status: new => patch * milestone: _|_ => 7.8.1 Comment: Code is now past initial review and is ready in the `wip/pattern-synonyms` branch on the GHC Git repo. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5144#comment:41> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6135: Unboxed Booleans
by GHC 18 Jan '14

18 Jan '14

#6135: Unboxed Booleans ---------------------------------------------+----------------------------- Reporter: benl | Owner: jstolarek Type: feature request | Status: closed Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.4.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Test Case: primops/should_run/T6135 | Difficulty: Unknown Blocking: | Blocked By: 8103, | 8103 | Related Tickets: #605 ---------------------------------------------+----------------------------- Comment (by Lemming): Replying to [comment:90 carter]: > @lemming, Bool# is now Int# afaik, could you explain what you mean? even if we used a i1 rep, it still needs a full register! So theres no lost for the in register rep to be Int#, afaik `Int#` represents a large range of integers, whereas `i1` in LLVM has only values 0 and 1. That is, LLVM can optimize based on the knowledge of the restricted value set of `i1`, but it certainly fails to do so on `i32` or `i64`. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6135#comment:91> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0