Haskell.org
Sign In Sign Up
Manage this list Sign In Sign Up

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview

ghc-tickets

Thread Start a new thread
Download
Threads by month
  • ----- 2025 -----
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2024 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2023 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2022 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2021 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2020 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2019 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2018 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2017 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2016 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2015 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2014 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2013 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
ghc-tickets@haskell.org

December 2014

  • 1 participants
  • 961 discussions
Re: [GHC] #3065: Reorder tests in quot to improve code
by GHC 03 Dec '14

03 Dec '14
#3065: Reorder tests in quot to improve code -------------------------------------+------------------------------------- Reporter: simonpj | Owner: ekmett Type: bug | Status: closed Priority: lowest | Milestone: 7.10.1 Component: Core | Version: 6.10.1 Libraries | Keywords: Resolution: duplicate | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: Runtime | Related Tickets: performance bug | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * cc: core-libraries-committee@… (added) * status: new => closed * resolution: => duplicate Comment: This is a duplicate of #5161, which was closed by these 2 commits: * 08db4daba1fdc14ae9647beec3f5162732a9cf4d {{{ Author: Denys Rtveliashvili <> Date: Thu Apr 28 08:45:10 2011 +0100 Performance improvement for division: got rid of an unnecessary branching in cases where the second argument is a constant and is not -1. }}} * 32038d8ba4039e153f966cacd0470a07157029e5 {{{ Author: Ian Lynagh <> Date: Sat Apr 30 15:52:57 2011 +0100 Add a note about the definition of quot etc Based on Simon PJ's text in #5161. }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3065#comment:29> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #3085: warn about language extensions that are not used
by GHC 03 Dec '14

03 Dec '14
#3085: warn about language extensions that are not used -------------------------------------+------------------------------------- Reporter: | Owner: PVerswyvelen | Status: new Type: feature | Milestone: 7.10.1 request | Version: 6.10.1 Priority: normal | Keywords: warnings Component: Compiler | extensions language Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: #9757 None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by goldfire): Though it seems impossible to draw an obvious boundary between this idea and the one posed in #9757, I tend to think the warning proposed here ''does'' belong within the domain of GHC. I don't have an obvious way to implement this in mind, though, and I'm struggling to explain ''why'' I feel this is something GHC should do. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3085#comment:35> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #5850: Greater customization of GHCi prompt
by GHC 03 Dec '14

03 Dec '14
#5850: Greater customization of GHCi prompt -------------------------------------+------------------------------------- Reporter: | Owner: jlengyel JamesFisher | Status: new Type: feature | Milestone: 7.10.1 request | Version: 7.4.1 Priority: normal | Keywords: newcomer Component: GHCi | Architecture: Unknown/Multiple Resolution: | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: Type of failure: | None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by jlengyel): * owner: => jlengyel -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5850#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #3123: make INLINE work for recursive definitions (generalized loop peeling/loop unrolling)
by GHC 03 Dec '14

03 Dec '14
#3123: make INLINE work for recursive definitions (generalized loop peeling/loop unrolling) -------------------------------------+------------------------------------- Reporter: claus | Owner: Type: feature | Status: new request | Milestone: 7.10.1 Priority: lowest | Version: 6.11 Component: Compiler | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: Runtime | Related Tickets: performance bug | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * failure: => Runtime performance bug -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3123#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #3085: warn about language extensions that are not used
by GHC 03 Dec '14

03 Dec '14
#3085: warn about language extensions that are not used -------------------------------------+------------------------------------- Reporter: | Owner: PVerswyvelen | Status: new Type: feature | Milestone: 7.10.1 request | Version: 6.10.1 Priority: normal | Keywords: warnings Component: Compiler | extensions language Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: #9757 None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by Lemming): Replying to [comment:33 thomie]: > To cite rwbarton from #9757: > > I think the purpose of compiler warnings should be to warn about code that is probably bad, not code that is probably fine that could be written in a (potentially) better way. (After all, we don't warn about excess parentheses in code either.) That is the domain of hlint, as Richard notes. > > Anyone disagree with a `wontfix` here as well? GHC already warns about unused variables and unused imports. Is the warning about unused instances much different? If you think, that the warning is not essential it may not be enabled by -Wall. And there are already non-Wall warnings that pointed me to bad code, like the warning about incomplete case analysis of pattern matches in lambda expressions. (I think it's `-fwarn-incomplete-uni-patterns`.) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3085#comment:34> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #3184: package.conf.d should be under /var, not /usr (was: package.conf should be under /var, not /usr)
by GHC 03 Dec '14

03 Dec '14
#3184: package.conf.d should be under /var, not /usr -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: new Priority: low | Milestone: 7.10.1 Component: Package | Version: 6.10.2 system | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Description changed by thomie: Old description: > fhs-2.3 says: > {{{ > /usr is the second major section of the filesystem. /usr is shareable, > read-only data. That means that /usr should be shareable between various > FHS-compliant hosts and must not be written to. Any information that is > host-specific or varies with time is stored elsewhere. > }}} > `package.conf` is not shareable, as different machines may have different > packages installed, so we should put it under /var instead. New description: fhs-2.3 says: {{{ /usr is the second major section of the filesystem. /usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere. }}} `package.conf.d` is not shareable, as different machines may have different packages installed, so we should put it under /var instead. -- -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3184#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #3191: hpc reports spurious results with .lhs files even after processing with ghc -E
by GHC 03 Dec '14

03 Dec '14
#3191: hpc reports spurious results with .lhs files even after processing with ghc -E -------------------------------------+------------------------------------- Reporter: dominic | Owner: andy@… Type: bug | Status: infoneeded Priority: lowest | Milestone: 7.10.1 Component: Code | Version: 6.10.2 Coverage | Keywords: Resolution: | 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 => infoneeded * failure: => None/Unknown Comment: I cannot reproduce your problem, or I don't understand the problem description. > Even if I run them through the pre-processor (ghc -E) they still don't work What doesn't work? Do you see an error message, or maybe nothing happens at all? What are you trying to do? Please attach a small test program + instructions that demonstrate your problem. Here are some things I tried (same result with 7.8.3 as with 6.12.3): {{{ $ cat test.lhs > main = print "ok" $ ghc -E test.lhs $ cat test.hspp # The 2 inserted lines you mention {-# LINE 1 "test.lhs" #-} #line 1 "test.lhs" main = print "ok" $ ghc -fhpc -o test test.hspp $ ./test "ok" $ hpc report test 100% expressions used (0/0) 100% boolean coverage (0/0) 100% guards (0/0) 100% 'if' conditions (0/0) 100% qualifiers (0/0) 100% alternatives used (0/0) 100% local declarations used (0/0) 100% top-level declarations used (0/0) # Looks ok to me. }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3191#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #3205: Generalized isomorphic deriving
by GHC 03 Dec '14

03 Dec '14
#3205: Generalized isomorphic deriving -------------------------------------+------------------------------------- Reporter: ajd | Owner: Type: feature | Status: new request | Milestone: ⊥ Priority: normal | Version: 6.10.2 Component: Compiler | Keywords: language Resolution: | 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): * keywords: => language * failure: => None/Unknown -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3205#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #3085: warn about language extensions that are not used
by GHC 03 Dec '14

03 Dec '14
#3085: warn about language extensions that are not used -------------------------------------+------------------------------------- Reporter: | Owner: PVerswyvelen | Status: new Type: feature | Milestone: 7.10.1 request | Version: 6.10.1 Priority: normal | Keywords: warnings Component: Compiler | extensions language Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: #9757 None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * related: => #9757 Comment: To cite rwbarton from #9757: > I think the purpose of compiler warnings should be to warn about code that is probably bad, not code that is probably fine that could be written in a (potentially) better way. (After all, we don't warn about excess parentheses in code either.) That is the domain of hlint, as Richard notes. Anyone disagree with a `wontfix` here as well? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3085#comment:33> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
Re: [GHC] #3251: split rts headers into public and private
by GHC 03 Dec '14

03 Dec '14
#3251: split rts headers into public and private -------------------------------------+------------------------------------- Reporter: duncan | Owner: Type: task | Status: new Priority: lowest | Milestone: 7.10.1 Component: Runtime | Version: 6.10.2 System | Keywords: Resolution: | 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): * cc: simonmar (added) * failure: => None/Unknown * type: feature request => task -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3251#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler
1 0
0 0
  • ← Newer
  • 1
  • ...
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • ...
  • 97
  • Older →

HyperKitty Powered by HyperKitty version 1.3.9.