February 2015 - ghc-tickets

Re: [GHC] #7373: When building GHC: Failed to load interface for `GHC.Fingerprint'
by GHC 22 Feb '15

22 Feb '15

#7373: When building GHC: Failed to load interface for `GHC.Fingerprint' -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.12.1 Component: Driver | Version: 7.6.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Blocked By: | Test Case: Related Tickets: #8975 | driver/T7373 | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by ekmett): * owner: ekmett => -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7373#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7206: Implement cheap build
by GHC 22 Feb '15

22 Feb '15

#7206: Implement cheap build -------------------------------------+------------------------------------- Reporter: simonpj | Owner: simonpj Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: Compiler | Version: 7.4.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by ekmett): * cc: ekmett (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7206#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5466: Documentation for Chan could be better
by GHC 22 Feb '15

22 Feb '15

#5466: Documentation for Chan could be better -------------------------------------+------------------------------------- Reporter: pumpkin | Owner: ekmett Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: Core Libraries | Version: 7.2.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by ekmett): On the plus side, at least the deprecations now show up in the haddocks. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5466#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3676: realToFrac doesn't sanely convert between floating types
by GHC 22 Feb '15

22 Feb '15

#3676: realToFrac doesn't sanely convert between floating types -------------------------------------+------------------------------------- Reporter: draconx | Owner: ekmett Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: Core Libraries | Version: 6.12.1 Resolution: | Keywords: report- Operating System: Unknown/Multiple | impact Type of failure: None/Unknown | Architecture: x86_64 Blocked By: | (amd64) Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by ekmett): * keywords: => report-impact Comment: Any action we take on this would have an effect on the Haskell Report. Noting this accordingly. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3676#comment:22> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2408: threadWaitRead on mingw32 threaded causes internal error
by GHC 22 Feb '15

22 Feb '15

#2408: threadWaitRead on mingw32 threaded causes internal error -----------------------------------+--------------------------------- Reporter: kirby | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.12.1 Component: Core Libraries | Version: 7.6.1 Resolution: | Keywords: Operating System: Windows | Architecture: x86 Type of failure: Runtime crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -----------------------------------+--------------------------------- Changes (by ekmett): * cc: core-libraries-committee@… (added) * owner: ekmett => Comment: Relinquishing ownership. This seems like a better project for the windows task force. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2408#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4144: Exception: ToDo: hGetBuf - when using custom handle infrastructure
by GHC 22 Feb '15

22 Feb '15

#4144: Exception: ToDo: hGetBuf - when using custom handle infrastructure -------------------------------------+------------------------------------- Reporter: AntoineLatter | Owner: Type: bug | Status: new Priority: high | Milestone: 7.12.1 Component: Core Libraries | Version: 7.6.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: Runtime crash | Unknown/Multiple Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by ekmett): * cc: core-libraries-committee@… (added) * owner: ekmett => -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4144#comment:21> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2189: hSetBuffering stdin NoBuffering doesn't work on Windows
by GHC 22 Feb '15

22 Feb '15

#2189: hSetBuffering stdin NoBuffering doesn't work on Windows -------------------------------------+------------------------------------- Reporter: FalconNL | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.12.1 Component: Core Libraries | Version: 6.8.2 Resolution: | Keywords: Operating System: Windows | hsetbuffering buffering buffer Type of failure: None/Unknown | Architecture: x86 Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by ekmett): * owner: ekmett => Comment: Relinquishing ownership of this ticket. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2189#comment:44> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #806: hGetBufNonBlocking doesn't work on Windows
by GHC 22 Feb '15

22 Feb '15

#806: hGetBufNonBlocking doesn't work on Windows -----------------------------------+------------------------------------- Reporter: titto@… | Owner: Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: Core Libraries | Version: 6.4.2 Resolution: | Keywords: Operating System: Windows | Architecture: x86 Type of failure: Runtime crash | Test Case: hGetBuf001 Blocked By: | Blocking: Related Tickets: | Differential Revisions: -----------------------------------+------------------------------------- Changes (by ekmett): * cc: core-libraries-committee@… (added) * owner: ekmett => Comment: Relinquishing ownership of this ticket as this seems to be more of a runtime system issue. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/806#comment:20> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7170: Foreign.Concurrent finalizer called twice in some cases
by GHC 22 Feb '15

22 Feb '15

#7170: Foreign.Concurrent finalizer called twice in some cases -------------------------------------+------------------------------------- Reporter: joeyadams | Owner: Type: bug | Status: new Priority: high | Milestone: 7.6.1 Component: Core Libraries | Version: 7.8.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: Runtime crash | Unknown/Multiple Blocked By: | Test Case: Related Tickets: | ffi/should_run/7170 | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by ekmett): * owner: ekmett => Comment: Relinquishing control over this ticket: It requires someone with a better grasp of the runtime issues than me, and having it assigned to me, may cause someone who could solve it to pass it by. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7170#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4372: Extending quasiquotation support
by GHC 21 Feb '15

21 Feb '15

#4372: Extending quasiquotation support -------------------------------------+------------------------------------- Reporter: simonpj | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.12.1 Component: Template Haskell | Version: 6.12.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by songzh): Replying to [comment:16 thoughtpolice]: > Moving to 7.12.1 milestone; if you feel this is an error and should be addressed sooner, please move it back to the 7.10.1 milestone. Why this is being moved to 7.12? I was excited that it could be resolving in 7.10. I am only a newbie of Haskell, but I want to address something about this problem. I want to write type provider for Haskell that generates data type definition from JSON or OData sources. For example: {{{ {"name" : "Ciambellone Cake", "ingredients": [{ "name": "Flour", "quantity": 250, "measure": "gr" }]} }}} should generate {{{ data Recipe = Recipe { recipeName :: String, recipeIngredients: [Ingredient]} data Ingredient = Ingredient { ingredientName :: String, ingredientQuantity :: Int, ingredientMeasure :: String} }}} However, you need to give a type name when you do it (Here, it is Recipe). In F#, just write: {{{ type Recipe = JsonProvider<"JSONSample.json"> }}} However, it seems that we cannot do this in TH (I tried but cannot do it, if we can do tell me please!): {{{ data Recipe = $(templateHaskellpart) }}} which means we have to have a parameterized quoter {{{ quotejson :: String -> QuasiQuoter quotejson name = QuasiQuoter { quoteDec = \jsonStr -> gen name (getJSON jsonStr) } getJSON :: String -> JValue gen :: String -> JValue -> Q [Dec] }}} Being unable to do this means that we have to define a json quoter for each we need in a separated module, which is painful. Well, we can use quoteExp so solve this, however, the quotation marks and other special characters in JSON or other data sources can be very annoying sometimes. Another problem is that I suppose that the 4 quoters t, p, e, d are implemented in the layer of syntax, i.e. they do not have QuasiQuoter type, so if I want to defined a quoter called e or d, it seems to be impossible. I personally suppose that it might be better if the 4 quoters are provided in library layer instead of syntax level, just like other regular quoters. By which I mean we can define the lexer as following: {{{ '[' quoterExp '|' strings '|]' }}} and hand quoterExp afterwards. I do not understand why it is implemented in current way. Apologize if I said something stupid. :-) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4372#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0