October 2014 - ghc-tickets

Re: [GHC] #7191: hsc2hs can't treat absolute path correctly on Windows.
by GHC 30 Oct '14

30 Oct '14

#7191: hsc2hs can't treat absolute path correctly on Windows. -------------------------------------+------------------------------------- Reporter: shelarcy | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: Component: hsc2hs | Version: 7.8.1-rc2 Resolution: | Keywords: Operating System: Windows | Architecture: Unknown/Multiple Type of failure: | Difficulty: Unknown None/Unknown | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by hvr): Replying to [comment:10 gintas]: > What needs to be done to get it released? Well, `hsc2hs` was never meant to be released independently from GHC to http://hackage.haskell.org/package/hsc2hs (and GHC's `hsc2hs` hasn't had its version number incremented for ages, because it's only an internal helper of the GHC distribution) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7191#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7381: Build failure with BuildFlavour = prof
by GHC 30 Oct '14

30 Oct '14

#7381: Build failure with BuildFlavour = prof -------------------------------------+------------------------------------- Reporter: goldfire | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.4 Component: Build | Version: 7.7 System | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: MacOS X | Difficulty: Unknown Type of failure: Building | Blocked By: GHC failed | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by nh2): * owner: igloo => * status: closed => new * resolution: fixed => * milestone: => 7.8.4 Comment: This change is undocumented in the 7.6 to 7.8 changelog and breaks existing behaviour. As mentioned by David Terei in March 2013 (https://www.haskell.org/pipermail/ghc-devs/2013-March/000677.html) you now have to write `ghc -M [files] -dep-suffix=''` to get the old `ghc -M [files]` behaviour. This hit me badly since I was using some other `-dep-suffix` flags already, so I didn't get the `"You must specify at least one -dep-suffix"` warning, and the `.o` files were simply missing from my output Makefile. I'm reopening this ticket so that we can mention this change at least in the changelog for 7.8.4 if that's OK. And as David wrote, the user guide should probably also be updated. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7381#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9681: Printing of "\n" in error messages is broken
by GHC 30 Oct '14

30 Oct '14

#9681: Printing of "\n" in error messages is broken -------------------------------------+------------------------------------- Reporter: oerjan | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.3 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: 1+"\n" | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- The code excerpts in error messages from GHC 7.8.3 are misformatted when the original code contains the string "\n" - the \n escape is simply lost. Example with GHCi: {{{ Prelude> 1+"\n" <interactive>:2:2: No instance for (Num [Char]) arising from a use of `+' In the expression: 1 + "" In an equation for `it': it = 1 + "" }}} The printing of the string "\n " is also strangely formatted, although technically equivalent: {{{ Prelude> 1+"\n " <interactive>:3:2: No instance for (Num [Char]) arising from a use of `+' In the expression: 1 + "\n\ \ " In an equation for `it': it = 1 + "\n\ \ " }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9681> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

[GHC] #9743: Expose ghc-bin code as a library
by GHC 30 Oct '14

30 Oct '14

#9743: Expose ghc-bin code as a library -------------------------------------+------------------------------------- Reporter: luite | Owner: Type: feature request | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.8.3 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- We have a few projects, most notably `ghci-ng`, `ghc-mod` and `GHCJS` using significant parts of the GHC front end, doing so by copying the code into their own trees. While the code hasn't been written with use as a library in mind, exposing it can significantly reduce the amount of code to be copied by these projects, in particular if they want to support multiple GHC versions. We could either expose `ghc-bin` directly as a package, adding all modules as `exposed-modules`, or add the modules to the `ghc` package. As far as I could see, `ghc-bin` does not have any dependencies that `ghc` does not already have, so I don't have any strong preference for either. We can use the current version as a starting point and adapt it for the projects using it as needed. I'd submit a few small changes to `Main.hs` that'd let GHCJS use much more of it. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9743> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9730: Polymorphism and type classes
by GHC 30 Oct '14

30 Oct '14

#9730: Polymorphism and type classes -------------------------------------+------------------------------------- Reporter: mjaskel | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler (Type | Version: 7.8.3 checker) | Operating System: Keywords: Typeclass, | Unknown/Multiple Polymorphism, ImpredicativeTypes | Type of failure: GHC Architecture: Unknown/Multiple | rejects valid program Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Let us define some typeclasses {{{#!hs class A a where class B b where class C c where }}} I often use `RankNTypes` and write a type `forall a. A a => a` to mean that only the members of type class `A` have been used to construct its elements. If I have a function that converts programs written only with members of `A` into a programs written only with members of `B`, and an analogous one to convert from `B` to `C`, I would expect to be able to compose them {{{#!hs a2b :: (forall a. A a => a) -> (forall b. B b => b) a2b = undefined b2c :: (forall b. B b => b) -> (forall c. C c => c) b2c = undefined a2c :: (forall a. A a => a) -> (forall c. C c => c) a2c = b2c . a2b }}} However, I get many types error of the form: {{{ Cannot instantiate unification variable ‘b0’ with a type involving foralls: forall b. B b => b Perhaps you want ImpredicativeTypes }}} Every `forall` is under a function type, but I enable `ImpredicativeTypes` anyway, and I get the following error: {{{ Could not deduce (B (forall b. B b => b)) arising from a use of ‘a2b’ from the context (C c) bound by the type signature for a2c :: C c => (forall a. A a => a) -> c }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9730> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #7191: hsc2hs can't treat absolute path correctly on Windows.
by GHC 30 Oct '14

30 Oct '14

#7191: hsc2hs can't treat absolute path correctly on Windows. -------------------------------------+------------------------------------- Reporter: shelarcy | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: Component: hsc2hs | Version: 7.8.1-rc2 Resolution: | Keywords: Operating System: Windows | Architecture: Unknown/Multiple Type of failure: | Difficulty: Unknown None/Unknown | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by gintas): No, I am sure I was using hsc2hs from Haskell Platform 2014.2.0.0. I just retested, it works perfectly fine. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7191#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7191: hsc2hs can't treat absolute path correctly on Windows.
by GHC 30 Oct '14

30 Oct '14

#7191: hsc2hs can't treat absolute path correctly on Windows. -------------------------------------+------------------------------------- Reporter: shelarcy | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: Component: hsc2hs | Version: 7.8.1-rc2 Resolution: | Keywords: Operating System: Windows | Architecture: Unknown/Multiple Type of failure: | Difficulty: Unknown None/Unknown | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * cc: hvr (added) Comment: Replying to [comment:10 gintas]: > What needs to be done to get it released? We can try asking @hvr? > Also, any idea why I had problems reproducing the bug? Can anyone else reproduce it? GHC master does include a more recent version of hsc2hs as a submodule, maybe you were using that? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7191#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7191: hsc2hs can't treat absolute path correctly on Windows.
by GHC 30 Oct '14

30 Oct '14

#7191: hsc2hs can't treat absolute path correctly on Windows. -------------------------------------+------------------------------------- Reporter: shelarcy | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: Component: hsc2hs | Version: 7.8.1-rc2 Resolution: | Keywords: Operating System: Windows | Architecture: Unknown/Multiple Type of failure: | Difficulty: Unknown None/Unknown | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by gintas): What needs to be done to get it released? Also, any idea why I had problems reproducing the bug? Can anyone else reproduce it? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7191#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5844: Panic on generating Core code
by GHC 30 Oct '14

30 Oct '14

#5844: Panic on generating Core code -------------------------------------+------------------------------------- Reporter: | Owner: JamesFisher | Status: closed Type: bug | Milestone: 7.10.1 Priority: normal | Version: 7.4.1 Component: External | Keywords: Core | Architecture: Unknown/Multiple Resolution: wontfix | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: Type of failure: Compile- | time crash | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * resolution: => wontfix Comment: External Core has been removed in commit 5bf22f06ef71f61094de7564dee770f136d5481a. Also see this mailinglist discussion: https://www.haskell.org/pipermail/ghc- devs/2014-April/004791.html. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5844#comment:26> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7735: -fext-core doesn't generate .hcr when .o and .hi files are present
by GHC 30 Oct '14

30 Oct '14

#7735: -fext-core doesn't generate .hcr when .o and .hi files are present -------------------------------------+------------------------------------- Reporter: kmels | Owner: Type: bug | Status: closed Priority: normal | Milestone: 7.10.1 Component: External | Version: 7.6.2 Core | Keywords: Resolution: wontfix | Architecture: x86_64 (amd64) Operating System: Linux | Difficulty: Unknown Type of failure: GHC | Blocked By: doesn't work at all | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * resolution: => wontfix Comment: External has been removed in commit 5bf22f06ef71f61094de7564dee770f136d5481a. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7735#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0