Re: [GHC] #7498: panic : Register allocator: out of stack slots (need 147)

2012-12-14 Thread GHC
#7498: panic : Register allocator: out of stack slots (need 147)
-+--
Reporter:  erikd |   Owner: 
Type:  bug   |  Status:  new
Priority:  high  |   Milestone:  7.8.1  
   Component:  Compiler  | Version:  7.7
Keywords:|  Os:  Linux  
Architecture:  powerpc   | Failure:  Building GHC failed
  Difficulty:  Unknown   |Testcase: 
   Blockedby:|Blocking: 
 Related:|  
-+--
Changes (by simonmar):

  * priority:  normal = high
  * difficulty:  = Unknown
  * milestone:  = 7.8.1


Comment:

 Someone needs to implement this: 0b0a41f96cbdaf52aac171c9c58459e3187b0f46
 for PowerPC.  It's not hard, just crib from the x86 example.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7498#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] #7498: panic : Register allocator: out of stack slots (need 147)

2012-12-14 Thread GHC
#7498: panic : Register allocator: out of stack slots (need 147)
-+--
Reporter:  erikd |   Owner:  erikd  
Type:  bug   |  Status:  new
Priority:  high  |   Milestone:  7.8.1  
   Component:  Compiler  | Version:  7.7
Keywords:|  Os:  Linux  
Architecture:  powerpc   | Failure:  Building GHC failed
  Difficulty:  Unknown   |Testcase: 
   Blockedby:|Blocking: 
 Related:|  
-+--
Changes (by erikd):

  * owner:  = erikd


-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7498#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


[GHC] #7500: GHC: internal error: getMBlock: mmap: Operation not permitted

2012-12-14 Thread GHC
#7500: GHC: internal error: getMBlock: mmap: Operation not permitted
--+-
Reporter:  guest  |  Owner:  
Type:  bug| Status:  new 
Priority:  normal |  Component:  Compiler
 Version:  7.4.1  |   Keywords:  
  Os:  Linux  |   Architecture:  Unknown/Multiple
 Failure:  Runtime crash  |  Blockedby:  
Blocking: |Related:  
--+-
 Trying to calculate partition of a number using generating fuction with
 memoization, like this:


 {{{
 #!/usr/bin/runhaskell

 part'' :: Int - Integer
 part'' = ( map part' [0..] !!)

 part' :: Int - Integer
 part' 0 = 1
 part' 1 = 1
 part' n =
 sum $ map (\k -
 let kk = fromInteger(k); k1 = floor(1/2*kk*(3*kk-1)); k2 =
 floor(1/2*kk*(3*kk+1)) in
 (-1)^(k+1) * ( (part (n-k1)) + (part (n-k2))) ) [1..toInteger(n)]

 part n =
 if n  0 then 0 else part'' n

 main = print $ part 2

 }}}

 Then i watch how memory usage grows up to 2G (RES) and program stops:

 {{{
 ./bug.hs
 bug.hs: internal error: getMBlock: mmap: Operation not permitted
 (GHC version 7.4.1 for i386_unknown_linux)
 Please report this as a GHC bug:  http://www.haskell.org/ghc/reportab
 }}}

 The kernel is compiled with PAE, and machine has 8G of RAM

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7500
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] #7496: Support for JavaScript as an official GHC output language

2012-12-14 Thread GHC
#7496: Support for JavaScript as an official GHC output language
--+-
Reporter:  mcandre|   Owner:  
Type:  feature request|  Status:  new 
Priority:  normal |   Milestone:  
   Component:  Compiler   | Version:  7.6.1   
Keywords:  js, javascript, fay, compiler  |  Os:  Unknown/Multiple
Architecture:  Other  | Failure:  None/Unknown
  Difficulty:  Unknown|Testcase:  
   Blockedby: |Blocking:  
 Related: |  
--+-
Changes (by simonpj):

  * difficulty:  = Unknown


Old description:

 JavaScript is becoming an alternative to JVM, the write once run
 everwhere dream. JavaScript runs in Web browsers (ECMAScript), in
 desktops and servers (Node.js), in mobile apps (PhoneGap). If GHC added
 JavaScript as an official output language, it would greatly increase the
 platforms on which Haskell code runs, encouraging more developers to give
 Haskell a try.

 For example, there are few well-supported solutions for single-language
 multi-platform on mobile devices. Ruby, Python, and Java come close, but
 the toolchains for these require a lot of effort on the part of the
 mobile app developer (try debugging Ruby, Ruboto, JRuby, and Java all for
 one application!), and components of the toolchain aren't always free
 (RubyMotion). If Haskell supported mobile development in a big way,
 developers would consider adopting Haskell as their multi-platform
 language of choice. We just need to put more effort into a standard
 JavaScript backend to GHC.

 The good news is that efforts for HS - JS compilers, such as [Fay|http
 ://fay-lang.org/], are already underway. Perhaps the community would be
 interested in growing Fay, and eventually backporting it into GHC proper.
 It's amazing what you can do when Haskell runs everywhere.

New description:

 !JavaScript is becoming an alternative to JVM, the write once run
 everwhere dream. !JavaScript runs in Web browsers (ECMAScript), in
 desktops and servers (Node.js), in mobile apps (!PhoneGap). If GHC added
 !JavaScript as an official output language, it would greatly increase the
 platforms on which Haskell code runs, encouraging more developers to give
 Haskell a try.

 For example, there are few well-supported solutions for single-language
 multi-platform on mobile devices. Ruby, Python, and Java come close, but
 the toolchains for these require a lot of effort on the part of the mobile
 app developer (try debugging Ruby, Ruboto, JRuby, and Java all for one
 application!), and components of the toolchain aren't always free
 (!RubyMotion). If Haskell supported mobile development in a big way,
 developers would consider adopting Haskell as their multi-platform
 language of choice. We just need to put more effort into a standard
 !JavaScript backend to GHC.

 The good news is that efforts for HS - JS compilers, such as [Fay|http
 ://fay-lang.org/], are already underway. Perhaps the community would be
 interested in growing Fay, and eventually backporting it into GHC proper.
 It's amazing what you can do when Haskell runs everywhere.

--

Comment:

 Go for it!

 Simon

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7496#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] #7499: Case-inspecting unboxed unit causes codegen crash

2012-12-14 Thread GHC
#7499: Case-inspecting unboxed unit causes codegen crash
---+
Reporter:  rl  |  Owner:  
Type:  bug | Status:  new 
Priority:  normal  |  Component:  Compiler
 Version:  7.6.1   |   Keywords:  
  Os:  Unknown/Multiple|   Architecture:  Unknown/Multiple
 Failure:  Compile-time crash  |  Blockedby:  
Blocking:  |Related:  
---+

Comment(by ChrisN):

 This appears to be fixed in 7.7

 {{{

 [Fri 15:24]/tmpghc-7.6.1 --make crash.hs -O2 -fforce-recomp
 [1 of 1] Compiling Main ( crash.hs, crash.o )
 ghc: panic! (the 'impossible' happened)
   (GHC version 7.6.1 for x86_64-unknown-linux):
 compiler/codeGen/CgCase.lhs:572:15-61: Irrefutable pattern failed
 for pattern ((CoreSyn.DEFAULT,
 deflt_absC) : others)


 Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug



 [Fri 15:24]/tmpghc-7.7.20121207 --make crash.hs -O2 -fforce-recomp
 [1 of 1] Compiling Main ( crash.hs, crash.o )
 Linking crash ...

 }}}

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7499#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] #7499: Case-inspecting unboxed unit causes codegen crash

2012-12-14 Thread GHC
#7499: Case-inspecting unboxed unit causes codegen crash
-+--
  Reporter:  rl  |  Owner:  
  Type:  bug | Status:  closed  
  Priority:  normal  |  Milestone:  
 Component:  Compiler|Version:  7.6.1   
Resolution:  duplicate   |   Keywords:  
Os:  Unknown/Multiple|   Architecture:  Unknown/Multiple
   Failure:  Compile-time crash  | Difficulty:  Unknown 
  Testcase:  |  Blockedby:  
  Blocking:  |Related:  
-+--
Changes (by simonpj):

  * status:  new = closed
  * difficulty:  = Unknown
  * resolution:  = duplicate


Comment:

 Yes I assume it's a dup of #7392 and #7237.  Re-open if you disagree.

 Thanks

 Simon

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7499#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


[GHC] #7501: Some GHCi options are undocummented

2012-12-14 Thread GHC
#7501: Some GHCi options are undocummented
-+--
Reporter:  monoidal  |  Owner:  
Type:  bug   | Status:  new 
Priority:  normal|  Component:  Compiler
 Version:  7.6.1 |   Keywords:  
  Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
 Failure:  None/Unknown  |  Blockedby:  
Blocking:|Related:  
-+--
 The following commands are missing from the list found in
 [http://www.haskell.org/ghc/dist/current/docs/html/users_guide/ghci-
 commands.html GHCi documentation]:

 :check, :issafe, :showi, :list, :steplocal, :stepmodule

 At least last three are documented
 [http://www.haskell.org/ghc/dist/current/docs/html/users_guide/ghci-
 debugger.html in debugger documentation], but a link would be nice.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7501
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] #7501: Some GHCi options are undocummented

2012-12-14 Thread GHC
#7501: Some GHCi options are undocummented
-+--
Reporter:  monoidal  |  Owner:  
Type:  bug   | Status:  new 
Priority:  normal|  Component:  Documentation   
 Version:  7.6.1 |   Keywords:  
  Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
 Failure:  None/Unknown  |  Blockedby:  
Blocking:|Related:  
-+--
Changes (by monoidal):

  * component:  Compiler = Documentation


-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7501#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


[GHC] #7502: Panic when using lists of type-literals

2012-12-14 Thread GHC
#7502: Panic when using lists of type-literals
-+--
Reporter:  diatchki  |  Owner:  
Type:  bug   | Status:  new 
Priority:  normal|  Component:  Compiler
 Version:  7.7   |   Keywords:  
  Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
 Failure:  None/Unknown  |  Blockedby:  
Blocking:|Related:  
-+--
 The following program:
 {{{
 {-# LANGUAGE DataKinds #-}

 type S = [1,2]
 }}}
 Causes a panic:
 {{{
 ghc-stage2: panic! (the 'impossible' happened)
   (GHC version 7.7.20121129 for x86_64-unknown-linux):
 lookupVers2
 details unavailable
 }}}

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7502
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] #7493: STM and TVar report incorrect results

2012-12-14 Thread GHC
#7493: STM and TVar report incorrect results
--+-
  Reporter:  parcs|  Owner:  
  Type:  bug  | Status:  closed  
  Priority:  highest  |  Milestone:  7.6.2   
 Component:  Runtime System   |Version:  7.6.1   
Resolution:  fixed|   Keywords:  
Os:  Unknown/Multiple |   Architecture:  Unknown/Multiple
   Failure:  Incorrect result at runtime  | Difficulty:  Unknown 
  Testcase:   |  Blockedby:  
  Blocking:   |Related:  
--+-
Changes (by igloo):

  * status:  merge = closed
  * resolution:  = fixed


Comment:

 Merged as 5ea49271f793ed0f872342bf6a1cb0de10a48d94

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7493#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] #7409: Document special this module name for PackageImports extension

2012-12-14 Thread GHC
#7409: Document special this module name for PackageImports extension
+---
  Reporter:  hvr|  Owner:  simonmar
  Type:  bug| Status:  closed  
  Priority:  normal |  Milestone:  7.6.2   
 Component:  Compiler   |Version:  7.6.1   
Resolution:  fixed  |   Keywords:  
Os:  Unknown/Multiple   |   Architecture:  Unknown/Multiple
   Failure:  Documentation bug  | Difficulty:  Unknown 
  Testcase: |  Blockedby:  
  Blocking: |Related:  
+---
Changes (by igloo):

  * status:  merge = closed
  * resolution:  = fixed


Comment:

 Merged as de6bfe043e1d98a7459642e4d1b6077533d347eb

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7409#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] #7487: Deriving Generic1 for a type containing Either

2012-12-14 Thread GHC
#7487: Deriving Generic1 for a type containing Either
---+
  Reporter:  spl   |  Owner:  dreixel 
  Type:  bug   | Status:  closed  
  Priority:  normal|  Milestone:  
 Component:  Compiler  |Version:  7.7 
Resolution:  fixed |   Keywords:  
Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  | Difficulty:  Unknown 
  Testcase:|  Blockedby:  
  Blocking:|Related:  
---+
Changes (by igloo):

  * status:  merge = closed
  * difficulty:  = Unknown
  * resolution:  = fixed


Comment:

 Merged as effbdfe8e66b8d171c2b8ccd68fe727660993491

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7487#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