November 2013 - ghc-tickets

Re: [GHC] #2233: Overhaul System.Process
by GHC 01 Dec '13

01 Dec '13

#2233: Overhaul System.Process --------------------------------------+------------------------------------ Reporter: simonmar | Owner: simonmar Type: task | Status: patch Priority: normal | Milestone: _|_ Component: libraries/process | Version: 6.8.2 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 Herbert Valerio Riedel <hvr@…>): In [changeset:"79ae975aab5866de38e1a01aca7ac5bd9cde2285/process"]: {{{ #!CommitTicketReference repository="process" revision="79ae975aab5866de38e1a01aca7ac5bd9cde2285" Improve the code for ignoring EPIPE (#2233) Factor it out into an ignoreSigPipe util, and use it in both readProcess and readProcessWithExitCode. Authored-by: Duncan Coutts <duncan(a)well-typed.com> Signed-off-by: Herbert Valerio Riedel <hvr(a)gnu.org> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2233#comment:25> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8574: Failure to require FlexibleContexts
by GHC 30 Nov '13

30 Nov '13

#8574: Failure to require FlexibleContexts --------------------------+------------------------------------------------ Reporter: | Owner: Feuerbach | Status: new Type: bug | Milestone: Priority: normal | Version: 7.6.3 Component: | Operating System: Unknown/Multiple Compiler (Parser) | Type of failure: GHC accepts invalid program Keywords: | Test Case: Architecture: | Blocking: Unknown/Multiple | Difficulty: | Unknown | Blocked By: | Related Tickets: | --------------------------+------------------------------------------------ GHC accepts the following code without any extensions: {{{ f :: Ord (i Int) => i Int -> i Int f = undefined }}} It ought to require FlexibleContexts. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8574> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #8575: remove obsolete "stolen syntax"
by GHC 30 Nov '13

30 Nov '13

#8575: remove obsolete "stolen syntax" ------------------------------------+------------------------------------- Reporter: aavogt | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Documentation | Version: 7.6.3 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- Hi. The quasiquotes ```[:x| |]``` and implicitparams ```%x``` syntax listed as stolen have not been stolen for a long time. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8575> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

Re: [GHC] #7396: Improve "parse error on input `$'" when TemplateHaskell PRAGMA not declared
by GHC 30 Nov '13

30 Nov '13

#7396: Improve "parse error on input `$'" when TemplateHaskell PRAGMA not declared ----------------------------------------+--------------------------- Reporter: ydewit | Owner: Type: feature request | Status: patch Priority: normal | Milestone: Component: Template Haskell | Version: 7.4.2 Resolution: | Keywords: Operating System: MacOS X | Architecture: x86 Type of failure: Building GHC failed | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: ----------------------------------------+--------------------------- Changes (by parcs): * status: new => patch -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7396#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7396: Improve "parse error on input `$'" when TemplateHaskell PRAGMA not declared
by GHC 30 Nov '13

30 Nov '13

#7396: Improve "parse error on input `$'" when TemplateHaskell PRAGMA not declared ----------------------------------------+--------------------------- Reporter: ydewit | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: Template Haskell | Version: 7.4.2 Resolution: | Keywords: Operating System: MacOS X | Architecture: x86 Type of failure: Building GHC failed | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: ----------------------------------------+--------------------------- Changes (by parcs): * status: closed => new * resolution: wontfix => Comment: Hi, This set of three patches augments errors that may be caused by not having TH enabled, to suggest enabling TH. Parse errors like the following will now suggest enabling TemplateHaskell: {{{ module A where $foo }}} {{{ module B where foo }}} {{{ module C where bar = 3 + $(x) }}} Of course, these are only heuristics so there will be false-positive and false-negative cases. But I think these heuristics will help more than they will hurt. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7396#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7240: Stack trace truncated too much with indirect recursion
by GHC 30 Nov '13

30 Nov '13

#7240: Stack trace truncated too much with indirect recursion -------------------------------------+------------------------------------ Reporter: nomeata | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Profiling | Version: 7.4.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 nomeata): * owner: nomeata => Comment: I kind stopped working on this, thus unowning me. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7240#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2233: Overhaul System.Process
by GHC 29 Nov '13

29 Nov '13

#2233: Overhaul System.Process --------------------------------------+------------------------------------ Reporter: simonmar | Owner: simonmar Type: task | Status: patch Priority: normal | Milestone: _|_ Component: libraries/process | Version: 6.8.2 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 duncan): hvr noticed that a test was failing. I noticed that the `ignoreSigPipe` should be cover the hFlush ''as well'' (my fault). -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2233#comment:23> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8570: In a pattern binding:ghc: panic! (the 'impossible' happened): Bogus selector Id
by GHC 29 Nov '13

29 Nov '13

#8570: In a pattern binding:ghc: panic! (the 'impossible' happened): Bogus selector Id ----------------------------------+--------------------------------------- Reporter: rzetterberg | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Keywords: | Operating System: Linux Architecture: x86_64 (amd64) | Type of failure: Compile-time crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ----------------------------------+--------------------------------------- Hello, This is my first bug report for GHC. I encountered a type error when compiling my program that said to report the error as a bug here. I tried searching for similar bugs, but could not find any bugs with the same problem. I'm sorry in advance if I have misunderstood anything or if there indeed are any duplicates of this problem! '''The error output''' {{{ src/app/Templates/Pages.hs:214:17: Constructor `Image' does not have field `filepath' In the pattern: Image {filepath = fp} In a pattern binding: Image {filepath = fp} = logo In an equation for `renderLogo': renderLogo (Design {mlogo = (Just logo)}) = H.a ! A.href "/" ! A.class_ "navbar-brand" $ H.img ! A.src (toValue fp) where Image {filepath = fp} = logo src/app/Templates/Pages.hs:214:34: Couldn't match expected type `Field' with actual type `Image' In the expression: logo In a pattern binding:ghc: panic! (the 'impossible' happened) (GHC version 7.6.3 for x86_64-unknown-linux): Bogus selector Id Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} '''When/why does this happen?''' I encountered this problem when I accidentally imported a field in a data named "Image" from module A, and imported the constructor of a different data structure from a different module also named "Image". I guess the type error itself is valid since it doesn't make sense to do what I did, but the way GHC handles this corner case internally is the source of the panic. Here are my imports: {{{ import Data.Image (Image(filepath)) import Data.Form (Field(..), FieldResult(..)) }}} Data.Image contains the data structure Image, whereas Data.Form contains the data structure Field which has a constructor named Image. Here is the the data structure in Data.Image: {{{ data Image = Image { id :: Integer , categoryId :: Integer , name :: String , filepath :: String , createdAt :: LocalTimestamp } deriving (Show) }}} And here is the data structure in Data.Form: {{{ data Field = Password Name Label | Text Name Label Value | Email Name Label Value | InlineArea Name Label Html | Hidden Name Value | Image Name Label | Select Name Label [SelectItem] SelectedId | CheckBox Name Label Selected }}} And here is the line I use the filepath field in my template file: {{{ where Image{filepath = fp} = logo }}} '''Can this GHC panic be avoided?''' Yes, by specifically importing from the same module. Like so: {{{ import Data.Image (Image(Image, filepath) import Data.Form (Field(InlineArea), FieldResult(..)) }}} ---- If there is anything more I can do to help, just let me know! Thank you Richard Zetterberg -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8570> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 9

Re: [GHC] #7962: "ghc -e <invalid expression>" should return non-zero exit status
by GHC 29 Nov '13

29 Nov '13

#7962: "ghc -e <invalid expression>" should return non-zero exit status ------------------------------------+------------------------------------ Reporter: timmaxw | Owner: Type: feature request | Status: patch Priority: normal | Milestone: Component: GHCi | Version: 7.6.2 Resolution: | Keywords: Operating System: Linux | Architecture: Unknown/Multiple Type of failure: Other | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: ------------------------------------+------------------------------------ Changes (by khyperia): * status: new => patch -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7962#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7962: "ghc -e <invalid expression>" should return non-zero exit status
by GHC 28 Nov '13

28 Nov '13

#7962: "ghc -e <invalid expression>" should return non-zero exit status ------------------------------------+------------------------------------ Reporter: timmaxw | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: GHCi | Version: 7.6.2 Resolution: | Keywords: Operating System: Linux | Architecture: Unknown/Multiple Type of failure: Other | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: ------------------------------------+------------------------------------ Comment (by khyperia): Attached Simon's suggestion, and also some *possible* test files (which are, ironically, untested). I am not submitting them as a .patch because of their untested nature, and more of a "here's an example of what it might look like". Also, I thought it might be better if they go into testsuite/tests/ghc-e, not ghci. I'll go submit a ticket for the failing test suite now. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7962#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0