Re: [GHC] #7498: panic : Register allocator: out of stack slots (need 147)
#7498: panic : Register allocator: out of stack slots (need 147) --+- Reporter: erikd| Owner: erikd Type: bug | Status: closed Priority: high | Milestone: 7.8.1 Component: Compiler |Version: 7.7 Resolution: fixed| Keywords: Os: Linux| Architecture: powerpc Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: --+- Changes (by simonmar): * status: new = closed * resolution: = fixed Comment: @erikd: I think I've now given you permission to close tickets on Trac. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7498#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
Re: [GHC] #5467: Template Haskell: support for Haddock comments
#5467: Template Haskell: support for Haddock comments -+-- Reporter: reinerp | Owner: Type: feature request | Status: new Priority: normal| Milestone: 7.6.2 Component: Template Haskell | Version: 7.2.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty:|Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by nomeata): * cc: mail@… (added) Comment: Replying to [comment:3 JeremyShaw]: It seems like there are (at least) two ways haddock and template-haskell could interact: here is another way: 3. explanding slices of type `Q String` in haddock comments. The main usecase would be to execute example code and have the results in the documentation, and not having to worry about it going out of sync or, a little bit more fancy, generate diagrams (as discussed at https://github.com/diagrams/diagrams-doc/issues/2#issuecomment-11433786). Maybe this is not really Template Haskell then, as you want it to run after the module is compiled, as you need to access the definitions therein, and not while, but from a user point of view it certainly looks like it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5467#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
[GHC] #7505: Commentary shipped with GHC sources is outdated
#7505: Commentary shipped with GHC sources is outdated --+- Reporter: jstolarek | Owner: Type: bug| Status: new Priority: normal | Component: Documentation Version: 7.7| Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Documentation bug | Blockedby: Blocking: |Related: --+- Commentary that comes with GHC sources is outdated. It contains incorrect links: - http://cvs.haskell.org/cgi-bin/cvsweb.cgi/fptools/ - http://www.cse.unsw.edu.au/~chak/haskell/ghc/comm/ - http://cvs.haskell.org/cgi-bin/cvsweb.cgi/fptools/ghc/docs/comm/ All these pages 404. The document says it was last updated in 2005 so I guess that information from it has been moved to the wiki. Perhaps it's time to either update or remove this commentary from the sources? Right now it's a bit confusing: should I read this commentary or the wiki? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7505 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] #7506: adding extra arguments to a foreign import statement can cause ghc to panic
#7506: adding extra arguments to a foreign import statement can cause ghc to
panic
---+
Reporter: jwlato | Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler (FFI)
Version: 7.6.1 | Keywords:
Os: Unknown/Multiple| Architecture: Unknown/Multiple
Failure: Compile-time crash | Blockedby:
Blocking: |Related:
---+
When defining a FunPtr of a C import, adding extra arguments outside the
FunPtr causes ghc to panic.
{{{
{-# LANGUAGE ForeignFunctionInterface #-}
module Foo where
import Foreign.Ptr
foreign import ccall stdio.h putchar c_putchar :: () - FunPtr (Char -
IO ())
}}}
compiling results in
{{{
[1 of 1] Compiling Foo ( foo.hs, foo.o )
ghc: panic! (the 'impossible' happened)
(GHC version 7.6.1.20121207 for x86_64-unknown-linux):
resultWrapper
ghc-prim:GHC.Tuple.(){(w) tc 40}
- base:GHC.Ptr.FunPtr{tc 33D}
(ghc-prim:GHC.Types.Char{(w) tc 3o}
- ghc-prim:GHC.Types.IO{tc 32I} ghc-prim:GHC.Tuple.(){(w) tc
40})
}}}
Ideally, a solution to this would allow for partially applying a value
that would be accessed within the FunPtr, although that's probably not
trivial to support.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7506
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] #7507: loop fusion not working for Int32, Int64 as it does for Int ?
#7507: loop fusion not working for Int32, Int64 as it does for Int ?
-+--
Reporter: j.waldmann| Owner:
Type: bug | Status: new
Priority: normal| Component: Compiler
Version: 7.6.1 | Keywords:
Os: Linux | Architecture: x86_64 (amd64)
Failure: None/Unknown | Blockedby:
Blocking:|Related:
-+--
here is some code that works for Int, but gives me Stack Overflow for
arguments 18 .. 24, and Out of memory for 25. (Just change the
type annotation in main.)
{{{
import Data.Int
import System.Environment
bitcount x = if x 0
then let (d,m) = divMod x 2 in bitcount d + m
else 0
main = do
[ arg ] - getArgs
print $ sum $ map bitcount
[ 0 :: Int64 .. 2^read arg - 1 ]
}}}
https://github.com/haskell-distributed/distributed-
process/issues/91#issuecomment-11468092
Not sure whether it's a bug, but it's annoying. There is no conceptual
difference between these numerical types, so I shouldn't have to rewrite
my program when switching between them.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7507
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
