January 2013 - ghc-tickets

Re: [GHC] #2365: Warn about suspicious flags in OPTIONS_GHC pragmas
by GHC 27 Jan '13

27 Jan '13

#2365: Warn about suspicious flags in OPTIONS_GHC pragmas ---------------------------------+------------------------------------------ Reporter: igloo | Owner: Type: feature request | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.8.2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: #1407 | ---------------------------------+------------------------------------------ Changes (by morabbin): * related: => #1407 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2365#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2365: Warn about suspicious flags in OPTIONS_GHC pragmas
by GHC 27 Jan '13

27 Jan '13

#2365: Warn about suspicious flags in OPTIONS_GHC pragmas ---------------------------------+------------------------------------------ Reporter: igloo | Owner: Type: feature request | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.8.2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by morabbin): * failure: => None/Unknown Comment: 7.6.1 disallows `-package` but accepts `-X''extension''`: {{{ Orac:~/work/tickets $ ghc -c T2365.hs T2365.hs:1:16: unknown flag in {-# OPTIONS_GHC #-} pragma: -package }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2365#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2356: GHC accepts multiple instances for the same type in different modules
by GHC 27 Jan '13

27 Jan '13

#2356: GHC accepts multiple instances for the same type in different modules ---------------------------------+------------------------------------------ Reporter: claus | Owner: Type: bug | Status: new Priority: low | Milestone: _|_ Component: Compiler | Version: 6.8.3 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: #5316 | ---------------------------------+------------------------------------------ Changes (by morabbin): * related: => #5316 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2356#comment:15> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2354: NOINLINE pragma ignored
by GHC 27 Jan '13

27 Jan '13

#2354: NOINLINE pragma ignored ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.9 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by morabbin): * failure: => None/Unknown Comment: Current behavior disallows the pragmas: {{{ Orac:~/work/tickets $ ghc -c T2354.hs T2354.hs:5:3: The INLINE pragma for default method `toInt' lacks an accompanying binding T2354.hs:7:3: The INLINE pragma for default method `fromInt' lacks an accompanying binding }}} The errors refer to the `NOINLINE` pragma lines, and seems to be in line with the last comment. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2354#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2301: Proper handling of SIGINT/SIGQUIT
by GHC 27 Jan '13

27 Jan '13

#2301: Proper handling of SIGINT/SIGQUIT ------------------------------------------+--------------------------------- Reporter: duncan | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.6.2 Component: libraries/process | Version: 6.12.3 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Incorrect result at runtime | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: #3994,#5766,#7229,#4274,#3318,#1619 ------------------------------------------+--------------------------------- Changes (by morabbin): * related: => #3994,#5766,#7229,#4274,#3318,#1619 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2301#comment:32> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2283: WIndows: loading objects that refer to DLL symbols
by GHC 27 Jan '13

27 Jan '13

#2283: WIndows: loading objects that refer to DLL symbols -------------------------+-------------------------------------------------- Reporter: simonmar | Owner: Type: bug | Status: new Priority: normal | Milestone: _|_ Component: GHCi | Version: 6.8.2 Keywords: | Os: Windows Architecture: x86 | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: 3658 | Blocking: Related: | -------------------------+-------------------------------------------------- Changes (by morabbin): * failure: => None/Unknown Comment: Behavior still present in 7.6.1 on Windows -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2283#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2289: Needless reboxing of values when returning from a tight loop
by GHC 27 Jan '13

27 Jan '13

#2289: Needless reboxing of values when returning from a tight loop -------------------------------------------+-------------------------------- Reporter: dons | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.8.2 Keywords: boxing, loops, performance | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: #2387,#1600 | -------------------------------------------+-------------------------------- Changes (by morabbin): * related: => #2387,#1600 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2289#comment:31> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7577: ./sync-all doesn't properly detect the existence of the 'time' submodule
by GHC 27 Jan '13

27 Jan '13

#7577: ./sync-all doesn't properly detect the existence of the 'time' submodule -----------------------------+---------------------------------------------- Reporter: parcs | Owner: Type: bug | Status: new Priority: normal | Component: Build System Version: 7.7 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Other | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- The `time` submodule is present in my repository (at `./libraries/time`) but some `./sync-all` operations, like `./sync-all fetch`, don't seem to detect its presence: Output from `./sync-all get`: {{{ ... Submodule 'libraries/time' () registered for path 'libraries/time' ... == Checking for old time from tarball }}} Output from a subsequent `./sync-all fetch`: {{{ ... == libraries/time repo not present; skipping ... }}} `./sync-all fetch` thinks that the `time` repo is not present and thus doesn't pull in any updates for it. ---- This issue is similar to the one which 31d771bec93b17813b03e7a72a586e1f401ef240 fixes. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7577> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

Re: [GHC] #2282: threaded runtime system crashes on powerpc with -N2
by GHC 27 Jan '13

27 Jan '13

#2282: threaded runtime system crashes on powerpc with -N2 ----------------------------------------------+----------------------------- Reporter: malcolm.wallace@… | Owner: Type: bug | Status: new Priority: normal | Milestone: _|_ Component: Runtime System | Version: 6.8.2 Keywords: | Os: MacOS X Architecture: powerpc | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ----------------------------------------------+----------------------------- Comment(by morabbin): Do we have anyone out there using GHC on multicore PPC? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2282#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7559: `./configure --with-macosx-deployment-target=` doesn't work
by GHC 27 Jan '13

27 Jan '13

#7559: `./configure --with-macosx-deployment-target=` doesn't work ---------------------------------+------------------------------------------ Reporter: altaic | Owner: igloo Type: bug | Status: patch Priority: high | Milestone: 7.8.1 Component: Build System | Version: 7.6.1 Keywords: | Os: MacOS X Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * cc: chak (added) * difficulty: => Unknown * priority: normal => high * owner: => igloo * milestone: => 7.8.1 Comment: Thanks for the report, but I think that you are right that we should consider whether this is something that is worth supporting at all. Am I right in thinking that, rather than having some Darwin-specific variables, that people who want to use this could just add some flags to variables like `SRC_CC_OPTS` and `SRC_LD_OPTS`? If so then (particularly given how few users I expect want to use this) I think we'd be better off just removing this. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7559#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0