Re: [GHC] #2362: allow full import syntax in GHCi
#2362: allow full import syntax in GHCi -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new Priority: high |Milestone: 6.12.1 Component: Compiler | Version: 6.8.2 Severity: normal| Resolution: Keywords: ghci, import | Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by simonmar): * cc: rt...@science.uva.nl, jcpetru...@gmail.com, gwe...@gmail.com, cgibb...@gmail.com, nicolas.pouill...@gmail.com, ren...@daimi.au.dk, mjm2...@gmail.com (added) Comment: merging with #1895, as this ticket will subsume it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2362#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] #1895: Allow aliases in GHCi module imports
#1895: Allow aliases in GHCi module imports -+-- Reporter: tibbe |Owner: Type: feature request | Status: closed Priority: high |Milestone: 6.12.1 Component: GHCi | Version: 6.8.1 Severity: normal| Resolution: duplicate Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by simonmar): * status: new = closed * resolution: = duplicate Comment: closing to merge with #2362 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1895#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] #2362: allow full import syntax in GHCi
#2362: allow full import syntax in GHCi -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new Priority: high |Milestone: 6.12.1 Component: Compiler | Version: 6.8.2 Severity: normal| Resolution: Keywords: ghci, import | Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by tibbe): * cc: johan.tib...@gmail.com (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2362#comment:12 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] #3387: Provide a CInt instance for unboxed arrays
#3387: Provide a CInt instance for unboxed arrays -+-- Reporter: tibbe |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: libraries/base| Version: 6.10.4 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by simonmar): * difficulty: = Unknown Comment: Is StorableArray not suitable? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3387#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] #3387: Provide a CInt instance for unboxed arrays
#3387: Provide a CInt instance for unboxed arrays -+-- Reporter: tibbe |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: libraries/base| Version: 6.10.4 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Comment (by tibbe): The `StorableArray` documentation reads: It is similar to Data.Array.IO.IOUArray but slower. Its advantage is that it's compatible with C. Is this still true? Also, are `StorableArray`s always allocated on the C heap and if so isn't that potentially bad for the GC as it knows nothing about their size? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3387#comment:2 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] #915: Implement list fusion using streams instead of foldr/build
#915: Implement list fusion using streams instead of foldr/build -+-- Reporter: simonpj |Owner: Type: task | Status: new Priority: normal|Milestone: 6.12 branch Component: libraries/base| Version: 6.8 Severity: normal| Resolution: Keywords: fusion| Difficulty: Project ( 1 week) Testcase: N/A | Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by pumpkin): * cc: pumpkin...@gmail.com (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/915#comment:16 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] #915: Implement list fusion using streams instead of foldr/build
#915: Implement list fusion using streams instead of foldr/build -+-- Reporter: simonpj |Owner: Type: task | Status: new Priority: normal|Milestone: 6.12 branch Component: libraries/base| Version: 6.8 Severity: normal| Resolution: Keywords: fusion| Difficulty: Project ( 1 week) Testcase: N/A | Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by mux): * cc: mhenr...@gmail.com (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/915#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] #3293: Implement shiftLInteger and shiftRInteger
#3293: Implement shiftLInteger and shiftRInteger -+-- Reporter: igloo |Owner: igloo Type: task | Status: new Priority: normal|Milestone: 6.12.1 Component: libraries/base| Version: 6.10.2 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by igloo): * owner: = igloo -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3293#comment:2 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] #3330: Type checker hangs
#3330: Type checker hangs
+---
Reporter: MartijnVanSteenbergen|Owner: chak
Type: bug | Status: new
Priority: normal |Milestone: 6.12.1
Component: Compiler (Type checker) | Version: 6.10.3
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Testcase: | Os: MacOS X
Architecture: x86_64 (amd64) |
+---
Changes (by EduardSergeev):
* os: Unknown/Multiple = MacOS X
* architecture: Unknown/Multiple = x86_64 (amd64)
Comment:
I think I am now facing a similar behavior (hangs while compiling,
continiously consuming memory until the whole system hangs) from GHC
6.10.3 on Mac OS X 10.5.7 (and on Windows XP as well) on the following
simple type family example:
{{{
{-# LANGUAGE TypeFamilies #-}
{-# LANGUAGE MultiParamTypeClasses #-}
{-# LANGUAGE FlexibleInstances #-}
class RFunctor c a b where
type Res c a b :: *
rmap :: (a - b) - c - Res c a b
instance (a ~ c) = RFunctor c a b where
type Res c a b = b
rmap f = f
instance (RFunctor c a b, a ~ c) = RFunctor [c] a b where
type Res [c] a b = [b]
rmap f = map (map f)
}}}
But if these two instances declarations are interchanged it reports:
Conflicting family instance declarations:
type instance Res [c] a b -- Defined at TFTest.hs:14:9-11
type instance Res c a b -- Defined at TFTest.hs:18:9-11
I've also attached the fragment of the output from GHC with -ddump-tc-
trace
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3330#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] #3046: Generalized newtype deriving with associated types
#3046: Generalized newtype deriving with associated types --+- Reporter: LouisWasserman| Owner: Type: bug | Status: closed Priority: normal| Milestone: Component: Compiler |Version: 6.10.1 Severity: normal| Resolution: duplicate Keywords:| Testcase: Os: Unknown/Multiple | Architecture: Unknown/Multiple --+- Comment (by pumpkin): (duplicate of #2850 in case you find this one first) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3046#comment:2 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] #2850: GeneralizedNewtypeDeriving + TypeFamilies doesn't work
#2850: GeneralizedNewtypeDeriving + TypeFamilies doesn't work -+-- Reporter: ajd |Owner: Type: feature request | Status: new Priority: normal|Milestone: 6.12 branch Component: Compiler | Version: 6.10.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by pumpkin): * cc: pumpkin...@gmail.com, d...@galois.com (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2850#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] #2850: GeneralizedNewtypeDeriving + TypeFamilies doesn't work
#2850: GeneralizedNewtypeDeriving + TypeFamilies doesn't work -+-- Reporter: ajd |Owner: Type: feature request | Status: new Priority: normal|Milestone: 6.12 branch Component: Compiler | Version: 6.10.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Comment (by pumpkin): I find this error puzzling because this used to work in 6.8.3 and even (I believe) 6.10.1. But now I'm on 6.10.3 and am trying to compile some code that I hadn't touched since 6.10.1, and I get this error. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2850#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
