Re: [GHC] #3665: Add whole-package deprecation warnings
#3665: Add whole-package deprecation warnings -+-- Reporter: duncan|Owner: Type: feature request | Status: new Priority: normal|Milestone: Component: Compiler | Version: 6.12.1 RC1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by simonpj): * difficulty: = Unknown Comment: Is the module itself the right place for such a message? After all, if you deprecate a package you probably deprecate all the exposed modules in the package, so it's a bit tedious to have to do that module by module. Moreover, the identical code might appear in an updated version of the package, so it's not really that ''code'' that's deprecated; it's the context in which it appears. Isn't the `.cabal` file the right place to deprecate a package? After all, that's where all its metadata is given. And Cabal itself might like to know about deprecations during its ruminations, not just GHC. So I'm unconvinced. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3665#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3303: Allow multi-line deprecation messages.
#3303: Allow multi-line deprecation messages. -+-- Reporter: duncan|Owner: igloo Type: bug | Status: reopened Priority: normal|Milestone: 6.12.1 Component: Compiler | Version: 6.10.2 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Comment (by simonpj): Thanks! I'm validating now. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3303#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2978: Add support for more characters to UnicodeSyntax
#2978: Add support for more characters to UnicodeSyntax -+-- Reporter: porges|Owner: simonmar Type: feature request | Status: new Priority: high |Milestone: 6.12.1 Component: Compiler | Version: 6.10.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2978#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2442: Heuristics to improve error messages for badly referenced things
#2442: Heuristics to improve error messages for badly referenced things -+-- Reporter: batterseapower|Owner: simonpj Type: feature request | Status: new Priority: high |Milestone: 6.14 branch Component: Compiler | Version: 6.9 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2442#comment:13 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2451: New signal-handling API
#2451: New signal-handling API -+-- Reporter: simonmar |Owner: simonmar Type: proposal | Status: new Priority: high |Milestone: 6.14 branch Component: libraries/unix| Version: 6.8.3 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2451#comment:11 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #666: Collection hierarchy proposal
#666: Collection hierarchy proposal -+-- Reporter: jpbernardy|Owner: jpbernardy Type: feature request | Status: new Priority: normal|Milestone: _|_ Component: libraries/base| Version: 6.4.1 Severity: normal| Resolution: Keywords: Data collections | Difficulty: Unknown Testcase: N/A | Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/666#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #728: switch to compacting collection when swapping occurs
#728: switch to compacting collection when swapping occurs -+-- Reporter: simonmar |Owner: Type: feature request | Status: new Priority: normal|Milestone: _|_ Component: Runtime System| Version: 6.4.1 Severity: major | Resolution: Keywords: compacting| Difficulty: Moderate (1 day) Testcase: N/A | Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/728#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #881: Improve space profiling for references
#881: Improve space profiling for references -+-- Reporter: simonpj |Owner: Type: feature request | Status: new Priority: normal|Milestone: _|_ Component: Profiling | Version: 6.4.2 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/881#comment:6 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #960: Lexical call site string
#960: Lexical call site string ---+ Reporter: p...@cogito.org.uk |Owner: Type: feature request | Status: new Priority: normal |Milestone: _|_ Component: Compiler| Version: 6.6 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: N/A | Os: Unknown/Multiple Architecture: Unknown/Multiple| ---+ Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/960#comment:14 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1380: Safe Haskell
#1380: Safe Haskell -+-- Reporter: igloo |Owner: Type: feature request | Status: new Priority: normal|Milestone: _|_ Component: None | Version: 6.6.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1380#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #605: Optimisation: strict enumerations
#605: Optimisation: strict enumerations -+-- Reporter: simonmar |Owner: Type: task | Status: new Priority: normal|Milestone: _|_ Component: Compiler | Version: None Severity: normal| Resolution: None Keywords:| Difficulty: Difficult (1 week) Testcase: N/A | Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/605#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #701: Better CSE optimisation
#701: Better CSE optimisation -+-- Reporter: simonmar |Owner: Type: task | Status: new Priority: normal|Milestone: _|_ Component: Compiler | Version: 6.4.1 Severity: normal| Resolution: Keywords:| Difficulty: Difficult (1 week) Testcase: N/A | Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/701#comment:6 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1600: Optimisation: CPR the results of IO
#1600: Optimisation: CPR the results of IO -+-- Reporter: simonmar |Owner: Type: task | Status: new Priority: normal|Milestone: 6.12 branch Component: Compiler | Version: 6.6.1 Severity: normal| Resolution: Keywords:| Difficulty: Moderate (1 day) Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1600#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1405: Make ghc (stage1) be compilable by non-GHC
#1405: Make ghc (stage1) be compilable by non-GHC -+-- Reporter: Isaac Dupree |Owner: Type: task | Status: new Priority: normal|Milestone: _|_ Component: Compiler | Version: 6.6.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by PHO): * cc: p...@cielonegro.org (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1405#comment:17 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3303: Allow multi-line deprecation messages.
#3303: Allow multi-line deprecation messages. -+-- Reporter: duncan|Owner: igloo Type: merge | Status: new Priority: high |Milestone: 6.12.1 Component: Compiler | Version: 6.10.2 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by simonpj): * priority: normal = high * status: reopened = new * type: bug = merge Comment: I've pushed the patch. Ian pls merge Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3303#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #3669: haddock: internal Haddock or GHC error: Win32-version:: openBinaryFile: invalid argument (Invalid argument)
#3669: haddock: internal Haddock or GHC error: Win32-version:: openBinaryFile: invalid argument (Invalid argument) ---+ Reporter: igloo | Owner: igloo Type: bug | Status: new Priority: high | Milestone: 6.12.1 Component: Compiler |Version: 6.10.4 Severity: normal| Keywords: Difficulty: Unknown | Testcase: Os: Unknown/Multiple | Architecture: Unknown/Multiple ---+ This change to `gen_contents_index`: {{{ VERSION=`grep -i '^version:' $LIBPATH/$NAME.cabal | sed 's/.*[ \t]//'` }}} looks like it has caused this problem for SPJ on MSYS: {{{ cd libraries sh gen_contents_index --inplace haddock: internal Haddock or GHC error: Win32-version:: openBinaryFile: invalid argument (Invalid argument) make[1]: *** [libraries/index.html] Error 1 make: *** [all] Error 2 sh-3.1$ }}} Presumably the problem is that the sed didn't remove what it was meant to, presumably because the '\t' didn't end up matching the tab character in the file. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3669 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3662: Don't know how to install documentation
#3662: Don't know how to install documentation -+-- Reporter: bos |Owner: simonmar Type: bug | Status: new Priority: normal|Milestone: 6.12.1 Component: Build System | Version: 6.12.1 RC1 Severity: blocker | Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by simonmar): * owner: = simonmar Comment: Replying to [comment:3 igloo]: Wouldn't we be better off with an `install-docs` target that just prints a message explaining the change in behaviour and then fails? Good point - I'll do that. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3662#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #3670: Allow RULES for higher-ranked terms
#3670: Allow RULES for higher-ranked terms -+-- Reporter: rl| Owner: Type: feature request | Status: new Priority: normal| Component: Compiler Version: 6.13 | Severity: normal Keywords:| Testcase: Os: Unknown/Multiple | Architecture: Unknown/Multiple -+-- Here is a small code sample: {{{ foo :: (forall m. m a - m b) - m a - m b foo f = f bar :: (forall m. m a - m a) - m a - m a bar f = f }}} I'd like to specialise `foo` to `bar` whenever possible but there seems to be no way of doing so. This doesn't work: {{{ {-# RULES foo/bar foo = bar #-} }}} GHC complains: {{{ Cannot match a monotype with `(forall (m1 :: * - *). m1 a - m1 b) - m a - m b' }}} Adding a signature to the rhs of the rule doesn't help. GHC doesn't accept signatures in the lhs. The following works, of course, but it's not as general: {{{ {-# RULES foo/bar forall (f :: (forall m. m a - m a)). foo f = bar f #-} }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3670 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2600: Bind type variables in RULES
#2600: Bind type variables in RULES -+-- Reporter: simonpj |Owner: simonpj Type: feature request | Status: new Priority: normal|Milestone: 6.12 branch Component: Compiler | Version: 6.8.3 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Comment (by rl): I'd like to resurrect this ticket. I think prefixing every type binder with `type` is ok, i.e., let's go with {{{ forall (type a :: *) (type b :: *) (f :: a-b). blah }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2600#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3662: Don't know how to install documentation
#3662: Don't know how to install documentation ---+ Reporter: bos | Owner: simonmar Type: bug | Status: new Priority: normal| Milestone: 6.12.1 Component: Build System |Version: 6.12.1 RC1 Resolution:| Keywords: Difficulty: Unknown | Os: Unknown/Multiple Testcase:| Architecture: Unknown/Multiple Failure: None/Unknown | ---+ Changes (by bos): * failure: = None/Unknown Comment: That would certainly be fine. My real problem wasn't that there was no way to install docs (apart from the man page, which is still a mystery), but that there wasn't a documented way to do so. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3662#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2530: deriving Show adds extra parens for constructor with record syntax
#2530: deriving Show adds extra parens for constructor with record syntax ---+ Reporter: spl | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.12 branch Component: Compiler |Version: 6.8.3 Resolution:| Keywords: Difficulty: Unknown | Os: Unknown/Multiple Testcase:| Architecture: Unknown/Multiple Failure: None/Unknown | ---+ Changes (by spl): * failure: = None/Unknown * os: MacOS X = Unknown/Multiple * architecture: x86 = Unknown/Multiple Comment: In the spirit of BugSweep, this bug should probably be closed easily. The two options proposed are: 1. Do nothing. This suits SPJ's style. 1. Change by removing parentheses. This agrees with Hugs and NM. I think it would be nice to do 2, but I don't feel that strongly about it. There do not seem to be many interested parties in this issue, and it is quite minor. Perhaps the default action should be to do nothing -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2530#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2530: deriving Show adds extra parens for constructor with record syntax
#2530: deriving Show adds extra parens for constructor with record syntax ---+ Reporter: spl | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.12 branch Component: Compiler |Version: 6.8.3 Resolution:| Keywords: Difficulty: Unknown | Os: Unknown/Multiple Testcase:| Architecture: Unknown/Multiple Failure: None/Unknown | ---+ Comment (by igloo): I'm interested in the report and all the implementations agreeing on what the answer is. I think that the discussion to determine what that answer should be would be better held on a mailing list, and we can resolve this ticket once that is done. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2530#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3583: Default view patterns
#3583: Default view patterns -+-- Reporter: ksf | Owner: Type: feature request | Status: new Priority: normal | Milestone: _|_ Component: Compiler|Version: 6.10.4 Resolution: | Keywords: Difficulty: Moderate (less than a day) | Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: None/Unknown| -+-- Changes (by NeilMitchell): * failure: = None/Unknown Comment: I think that totally implicit view patterns, as suggested by the original poster, is probably a bad idea. Are tickets left open for feature suggestions that the GHC developers don't consider to be a good idea? It gives the impression that the GHC team supports the feature, and if the idea really is a bad one, then the bug will be open forever. I do think the signalled view patterns would be quite nice - I've written up my thoughts on view patterns here: http://neilmitchell.blogspot.com/2009/11/reviewing-view-patterns.html -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3583#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1811: liberate case needs an independent threshold
#1811: liberate case needs an independent threshold --+- Reporter: simonmar | Owner: Type: bug | Status: closed Priority: normal | Milestone: 6.12 branch Component: Compiler |Version: 6.8 Resolution: fixed| Keywords: Difficulty: Easy (less than 1 hour) | Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: None/Unknown | --+- Changes (by rl): * status: new = closed * failure: = None/Unknown * resolution: = fixed Comment: I just noticed this ticket. As a matter of fact, liberate case has had an independent threshold for 2 years now: {{{ Fri Dec 14 11:27:19 EST 2007 Roman Leshchinskiy r...@cse.unsw.edu.au * Separate and optional size thresholds for SpecConstr and LiberateCase }}} The default is still 200, though. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1811#comment:11 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1102: Lambda unicode character lex
#1102: Lambda unicode character lex --+- Reporter: humasect | Owner: Type: feature request | Status: reopened Priority: normal | Milestone: 6.6.1 Component: Compiler (Parser)|Version: 6.6 Resolution: | Keywords: lambda unicode lexical parse ? Difficulty: Easy (less than 1 hour) | Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: None/Unknown | --+- Changes (by porges): * failure: = None/Unknown * type: bug = feature request Comment: I've been thinking that maybe even another arrow might work here, so that we have something like: {{{ map (x ↦ f x) ys }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1102#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2984: Vectorized dph code doesn't terminate
#2984: Vectorized dph code doesn't terminate +--- Reporter: fre| Owner: rl Type: bug| Status: new Priority: normal | Milestone: 6.12 branch Component: Data Parallel Haskell |Version: 6.13 Resolution: | Keywords: Difficulty: Unknown| Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: None/Unknown | +--- Changes (by rl): * failure: = None/Unknown * version: 6.10.1 = 6.13 Comment: With the current HEAD, the code works fine with -O0. However, the simplifier loops with -Odph. I'm investigating. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2984#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #17: Separate warnings for unused local and top-level bindings
#17: Separate warnings for unused local and top-level bindings --+- Reporter: magunter | Owner: Type: feature request | Status: new Priority: lowest | Milestone: _|_ Component: Compiler |Version: None Resolution: None | Keywords: -fwarn-unused-binds Difficulty: Unknown | Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: None/Unknown | --+- Changes (by byorgey): * failure: = None/Unknown * summary: RFE:Separate unused-binds local/top-level = Separate warnings for unused local and top-level bindings Comment: Would any developers care to guess at the difficulty of this feature? Could this make a good project for someone just starting to get their feet wet hacking on ghc? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/17#comment:10 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs