December 2014 - ghc-tickets

Re: [GHC] #3739: ghc-cabal mishandles relative paths in arguments
by GHC 02 Dec '14

02 Dec '14

#3739: ghc-cabal mishandles relative paths in arguments -------------------------------------+------------------------------------- Reporter: asuffield | Owner: Type: bug | Status: closed Priority: low | Milestone: 7.10.1 Component: Build | Version: System | Keywords: Resolution: invalid | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * difficulty: => Unknown * resolution: => invalid Comment: `ghc-cabal` is currently only used when [wiki:Building/Architecture/Idiom/Cabal building] ghc (maybe that was different 5 years ago?), and ghc builds just fine, so I think we can close this issue. Also note that ghc's dependency on Cabal is planned to be removed altogether (#8244). The cabal user problem of `--package-db` not handling relative paths was fixed in https://github.com/haskell/cabal/pull/1307. See [https://github.com/haskell/cabal/issues/1542 cabal #1542], [https://github.com/haskell/cabal/issues/462 cabal #462] for related cabal issues. Please re-open if I'm misunderstanding the problem here. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3739#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5495: simple program fails with -shared on mac
by GHC 02 Dec '14

02 Dec '14

#5495: simple program fails with -shared on mac -------------------------------------+------------------------------------- Reporter: mwotton | Owner: Type: bug | Status: new Priority: low | Milestone: 7.10.1 Component: Compiler | Version: 7.2.1 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: Compile- | Blocked By: time crash | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by thomie): Replying to [comment:9 rwbarton]: > I'm not sure whether this is a bug at all. You need `-dynamic` also, to produce object files that can be linked dynamically. Yes, but igloo would know about that, so we should test if the issue from comment:3 is resolved. > Granted, the way that `-shared` and `-dynamic` interact with make mode is, at best, not obvious. See #3704, #3713 and #3712 for that. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5495#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3765: Rules should "look through" case binders too
by GHC 02 Dec '14

02 Dec '14

#3765: Rules should "look through" case binders too -------------------------------------+------------------------------------- Reporter: simonpj | Owner: Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: Compiler | Version: 6.12.1 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: Runtime | Blocked By: performance bug | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * difficulty: => Unknown * failure: None/Unknown => Runtime performance bug Comment: Confirmed in HEAD (7.9.20141130). For reference: the following command shows `Rule fired: dec/inc` only if the bang is removed. `$ ghc -ddump-rule-firings -fforce-recomp -O T3765.hs` -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3765#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3767: SpecConstr for join points
by GHC 02 Dec '14

02 Dec '14

#3767: SpecConstr for join points -------------------------------------+------------------------------------- Reporter: simonpj | Owner: Type: bug | Status: new Priority: low | Milestone: 7.10.1 Component: Compiler | Version: 6.12.1 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: Runtime | Blocked By: performance bug | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * difficulty: => Unknown * failure: None/Unknown => Runtime performance bug -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3767#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3771: haddock: internal error: evacuate: strange closure type 19269
by GHC 02 Dec '14

02 Dec '14

#3771: haddock: internal error: evacuate: strange closure type 19269 ----------------------------------------------+--------------------------- Reporter: dbueno | Owner: Type: bug | Status: closed Priority: lowest | Milestone: 7.10.1 Component: Compiler | Version: 6.12.1 Resolution: worksforme | Keywords: Operating System: MacOS X | Architecture: powerpc Type of failure: Building GHC failed | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | ----------------------------------------------+--------------------------- Changes (by thomie): * status: new => closed * difficulty: => Unknown * resolution: => worksforme Comment: Judging by bug reports such as #8024 and #8909, the powerpc ''build'' worked fairly recently, so I'm closing this 5 year old "Building GHC failed" ticket. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3771#comment:20> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3814: Compile to more than one (sub)-architecture
by GHC 02 Dec '14

02 Dec '14

#3814: Compile to more than one (sub)-architecture -------------------------------------+------------------------------------- Reporter: filcab | Owner: Type: feature | Status: closed request | Milestone: ⊥ Priority: normal | Version: 6.12.1 Component: Compiler | Keywords: architecture, Resolution: duplicate | compiler, x86_64 Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: | Blocked By: None/Unknown | Related Tickets: #4163 Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * difficulty: => Unknown * resolution: => duplicate * related: => #4163 Comment: See [wiki:CrossCompilation] and [wiki:Building/CrossCompiling]. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3814#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3844: Undeprecate #include (in at least some circumstances)
by GHC 02 Dec '14

02 Dec '14

#3844: Undeprecate #include (in at least some circumstances) -------------------------------------+------------------------------------- Reporter: cjs | Owner: Type: bug | Status: closed Priority: low | Milestone: Component: Compiler | Version: 6.12.1 (FFI) | Keywords: #include Resolution: fixed | deprecation Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: Incorrect | Blocked By: warning at compile-time | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * difficulty: => Unknown * resolution: => fixed * milestone: 7.10.1 => Comment: `hsc2hs` has not been emitting `INCLUDE` pragmas since ghc 7.4. http://git.haskell.org/hsc2hs.git/commit/864afb251b11b51f3c0221ec81dc575b7c… {{{ Author: Simon Marlow <> Date: Sun Aug 2 19:03:45 2009 +0000 only emit {-# INCLUDE #-} pragmas for GHC < 6.10 }}} http://git.haskell.org/hsc2hs.git/commit/f8cbf37ab28ab4512d932678c08c263aa4… {{{ Author: Ian Lynagh <igloo(a)earth.li> Date: Mon Aug 8 21:41:44 2011 +0100 Remove the support for old GHC versions The conditional code was all for versions < 6.10, so old enough that they can't be used to compile the HEAD. Additionally, it didn't work properly. It relied on __GLASGOW_HASKELL__ being defined when compiling the C, rather than having the C print the conditionals as part of the Haskell. }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3844#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3859: Problems with toClockTime on NetBSD
by GHC 02 Dec '14

02 Dec '14

#3859: Problems with toClockTime on NetBSD -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: closed Priority: lowest | Milestone: 7.10.1 Component: Compiler | Version: 6.12.1 Resolution: invalid | Keywords: Operating System: NetBSD | Architecture: Unknown/Multiple Type of failure: | Difficulty: Unknown None/Unknown | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * difficulty: => Unknown * resolution: => invalid Comment: This was an issue filed against `old-time`, which is no longer used by GHC. Please see https://github.com/haskell/time/issues for the `time` issue tracker, if this problem still exists. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3859#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3977: Support double-byte encodings (Chinese/Japanese/Korean) on Windows
by GHC 02 Dec '14

02 Dec '14

#3977: Support double-byte encodings (Chinese/Japanese/Korean) on Windows -------------------------------------+------------------------------------- Reporter: shelarcy | Owner: batterseapower Type: feature | Status: closed request | Milestone: Priority: low | Version: 6.13 Component: Core | Keywords: Libraries | Architecture: Unknown/Multiple Resolution: fixed | Difficulty: Unknown Operating System: Windows | Blocked By: Type of failure: Incorrect | Related Tickets: #5754 result at runtime | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * cc: core-libraries-committee@… (added) * status: new => closed * resolution: => fixed * milestone: 7.10.1 => Comment: commit 2216b89740cff6fd3225eb16e354b64f988d2900 {{{ Author: Max Bolingbroke <> Date: Thu Apr 18 21:29:08 2013 +0100 Support for Windows DBCS and new SBCS with MultiByteToWideChar Because MultiByteToWideChar/WideCharToMultiByte have a rather unhelpful interface, we have to use a lot of binary searching tricks to get them to match the iconv-like interface that GHC requires. Even though the resulting encodings are slow, it does at least mean that we now support all of Window's code pages. What's more, since these codecs are basically only used for console output there probably won't be a huge volume of text to deal with in the common case, so speed is less of a worry. Note that we will still use GHC's faster table-based custom codec for supported SBCSs. }}} commit 802e99a51955bcf3ba830ec5209470ffef93581b {{{ Author: Max Bolingbroke <> Date: Tue Apr 23 19:15:02 2013 +0100 Add comprehensive test for codepage encodings+recovery for them }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3977#comment:20> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4347: Bug in unification of polymorphic and not-yet-polymorphic type
by GHC 02 Dec '14

02 Dec '14

#4347: Bug in unification of polymorphic and not-yet-polymorphic type -------------------------------------+------------------------------------- Reporter: dolio | Owner: Type: bug | Status: closed Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.1 (Type checker) | Keywords: Resolution: wontfix | Architecture: x86_64 (amd64) Operating System: Linux | Difficulty: Unknown Type of failure: GHC | Blocked By: rejects valid program | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by simonpj): * status: new => closed * resolution: => wontfix Comment: Dolio is right here. I've backed off from making ANY claims about what GHC does or does not do for impredicative polymorphism. Really the language extension flag should be deprecated because it is not supported either by proper theory about what inference should do, or by an implementation of that theory. Whatever happens right now happens by luck. I'm sure there is a route to a better story for impredicativity; but it is complex territory and there has been much else to do. So yes I'll close this ticket Simon -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4347#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0