Re: [GHC] #1552: GHCi thinks large list literals impossible?

2007-08-17 Thread GHC 
#1552: GHCi thinks large list literals impossible?
+---
Reporter:  SamB |Owner:   
Type:  bug  |   Status:  closed   
Priority:  normal   |Milestone:   
   Component:  GHCi |  Version:  6.7  
Severity:  normal   |   Resolution:  duplicate
Keywords:   |   Difficulty:  Unknown  
  Os:  Unknown  | Testcase:   
Architecture:  Unknown  |  
+---
Changes (by igloo):

  * resolution:  => duplicate
  * status:  new => closed

Comment:

 Duplicate of #789.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1552: GHCi thinks large list literals impossible?

2007-08-06 Thread GHC 
#1552: GHCi thinks large list literals impossible?
+---
Reporter:  SamB |Owner: 
Type:  bug  |   Status:  new
Priority:  normal   |Milestone: 
   Component:  GHCi |  Version:  6.7
Severity:  normal   |   Resolution: 
Keywords:   |   Difficulty:  Unknown
  Os:  Unknown  | Testcase: 
Architecture:  Unknown  |  
+---
Changes (by SamB):

  * version:  6.6.1 => 6.7

Comment:

 Spencer Janssen ({{{sjanssen}}}) and Bertram Felgenhauer ({{{int-e}}})
 tried this for me with GHC 6.7.20070719 and 6.7.20070805, respectively,
 and each got the same error as I got with 6.6.1. {{{int-e}} says that it
 still fails with only 6000.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1552: GHCi thinks large list literals impossible?

2007-08-06 Thread GHC 
#1552: GHCi thinks large list literals impossible?
+---
Reporter:  SamB |Owner: 
Type:  bug  |   Status:  new
Priority:  normal   |Milestone: 
   Component:  GHCi |  Version:  6.6.1  
Severity:  normal   |   Resolution: 
Keywords:   |   Difficulty:  Unknown
  Os:  Unknown  | Testcase: 
Architecture:  Unknown  |  
+---
Changes (by SamB):

  * version:  6.6 => 6.6.1

Comment:

 This doesn't work in 6.6.1 either, though a different error message is
 given:

 {{{
 Prelude> :set -fth
 Prelude> $(let s = replicate 26227 'x' in [| s |])
 Loading package template-haskell ... linking ... done.
 ghc-6.6.1: panic! (the 'impossible' happened)
   (GHC version 6.6.1 for i386-unknown-linux):
 linkBCO: >= 64k insns in BCO
 }}}

 Also, I was actually trying to use Derive to create some instance
 declarations (which I want to put in a file rather than compile), rather
 than just lifting a boring list into TH, but this code is much shorter.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #1552: GHCi thinks large list literals impossible?

2007-07-21 Thread GHC 
#1552: GHCi thinks large list literals impossible?
--+-
  Reporter:  SamB |  Owner: 
  Type:  bug  | Status:  new
  Priority:  normal   |  Milestone: 
 Component:  GHCi |Version:  6.6
  Severity:  normal   |   Keywords: 
Difficulty:  Unknown  | Os:  Unknown
  Testcase:   |   Architecture:  Unknown
--+-
{{{
 Prelude> :set -fth
 Prelude> $(let s = replicate 26227 'x' in [| s |])
 Loading package template-haskell ... linking ... done.
 ghc-6.6: panic! (the 'impossible' happened)
   (GHC version 6.6 for i386-unknown-linux):
 mkProtoBCO: stack use won't fit in 16 bits 131145
 }}}

 Note: I ran into this with a far more interestinng string, which I
 actually used TH to generate, but the code was a lot longer. I think this
 happens partly because {{{String}}}s are lifted as {{{ListE}}s of {{{(LitE
 . CharL)}}}s, rather than as {LitE . StrinL}s, but even if you changed
 that I could still get the same thing to happen by replacing {{{'x'}}}
 with {{{(1::Int)}}}, so obviously that isn't the whole problem. (Why in
 the world does the code for long list literals need an enormous stack
 anyway?)

 On a side note, this also crashes -ddump-ds, though that's probably
 reasonable...

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs