GHC | 1 Mar 04:41 2010

Re: #3577: Complete support for Data Parallel Haskell

#3577: Complete support for Data Parallel Haskell
--------------------------------------+-------------------------------------
    Reporter:  rl                     |        Owner:  rl                
        Type:  feature request        |       Status:  new               
    Priority:  normal                 |    Milestone:  _|_               
   Component:  Data Parallel Haskell  |      Version:  6.13              
    Keywords:                         |   Difficulty:  Unknown           
          Os:  Unknown/Multiple       |     Testcase:                    
Architecture:  Unknown/Multiple       |      Failure:  Compile-time crash
--------------------------------------+-------------------------------------
Changes (by benl):

  * failure:  => Compile-time crash

Comment:

 Vectorisation only works for algebraic types.

 Example:
 {{{
 pow x 0 = 1
 pow x n = x * pow (x - 1)
 }}}

 This doesn't work because we're pattern matching on `Int`. Rewrite as:
 {{{
 pow x n
    | n == 0    = 1
    | otherwise = x * pow (x - 1)
 }}}
(Continue reading)

GHC | 1 Mar 07:14 2010

Re: #3577: Complete support for Data Parallel Haskell

#3577: Complete support for Data Parallel Haskell
--------------------------------------+-------------------------------------
    Reporter:  rl                     |        Owner:  rl                
        Type:  feature request        |       Status:  new               
    Priority:  normal                 |    Milestone:  _|_               
   Component:  Data Parallel Haskell  |      Version:  6.13              
    Keywords:                         |   Difficulty:  Unknown           
          Os:  Unknown/Multiple       |     Testcase:                    
Architecture:  Unknown/Multiple       |      Failure:  Compile-time crash
--------------------------------------+-------------------------------------

Comment(by benl):

 List range sugar doesn't work

 Rewrite this:
 {{{
 facP :: Int -> Int
 facP x = productP [: 1 .. x :]
 }}}

 as:
 {{{
 facP :: Int -> Int
 facP x = productP (enumFromToP  1 x)
 }}}

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3577#comment:4>
(Continue reading)

GHC | 1 Mar 09:47 2010

#3903: DPH bad sliceP causes RTS panic "allocGroup: requested zero blocks"

#3903: DPH bad sliceP causes RTS panic "allocGroup: requested zero blocks"
---------------------------------+------------------------------------------
    Reporter:  benl              |       Owner:  benl                 
        Type:  bug               |      Status:  new                  
    Priority:  normal            |   Component:  Data Parallel Haskell
     Version:  6.13              |    Keywords:                       
          Os:  Unknown/Multiple  |    Testcase:                       
Architecture:  Unknown/Multiple  |     Failure:  Compile-time crash   
---------------------------------+------------------------------------------
 {{{
 $ ghci -XPArr
 ...
 Prelude> :m GHC.PArr
 Prelude GHC.PArr> sliceP 10 10 [::]
 <interactive>: internal error: allocGroup: requested zero blocks
     (GHC version 6.12.1 for i386_apple_darwin)
     Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug
 Abort trap
 }}}

 `sliceP 10 10 [::]` is bogus. This should have been picked up in the
 libraries before hitting the RTS assertion.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3903>
GHC | 1 Mar 11:02 2010

Re: #3642: GHC does not build using the Haskell Platform on Windows

#3642: GHC does not build using the Haskell Platform on Windows
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  igloo       
        Type:  bug               |       Status:  new         
    Priority:  high              |    Milestone:  6.12.2      
   Component:  Build System      |      Version:  6.10.4      
    Keywords:                    |   Difficulty:  Unknown     
          Os:  Unknown/Multiple  |     Testcase:              
Architecture:  Unknown/Multiple  |      Failure:  None/Unknown
---------------------------------+------------------------------------------
Changes (by igloo):

  * owner:  => igloo
  * failure:  => None/Unknown

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3642#comment:3>
GHC | 1 Mar 12:56 2010

Re: #3888: Suggest -XGeneralizedNewtypeDeriving for newtypes

#3888: Suggest -XGeneralizedNewtypeDeriving for newtypes
----------------------------------------------+-----------------------------
  Reporter:  guest                            |          Owner:                  
      Type:  bug                              |         Status:  closed          
  Priority:  normal                           |      Milestone:                  
 Component:  Compiler                         |        Version:  6.12.1          
Resolution:  fixed                            |       Keywords:                  
Difficulty:                                   |             Os:  Unknown/Multiple
  Testcase:  typecheck/should_fail/tcfail117  |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown                     |  
----------------------------------------------+-----------------------------
Changes (by simonpj):

  * status:  new => closed
  * testcase:  => typecheck/should_fail/tcfail117
  * resolution:  => fixed

Comment:

 Good idea.  Fixed by
 {{{
 Mon Mar  1 11:15:55 GMT 2010  simonpj <at> microsoft.com
   * Suggest -XGeneralizedNewtypeDeriving (fix Trac #3888)

   If we can't derive a type, but it's a reasonable possibility that
   newtype deriving would do the job, suggest it.

   A little refactoring too, moving non_iso_class to top level,
   and putting it with std_class_via_iso.

(Continue reading)

GHC | 1 Mar 12:58 2010

Re: #3883: --show-iface hangs on certain .hi files

#3883: --show-iface hangs on certain .hi files
---------------------------+------------------------------------------------
  Reporter:  simonmar      |          Owner:                  
      Type:  bug           |         Status:  closed          
  Priority:  high          |      Milestone:  6.14.1          
 Component:  Compiler      |        Version:  6.13            
Resolution:  fixed         |       Keywords:                  
Difficulty:                |             Os:  Unknown/Multiple
  Testcase:                |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  |  
---------------------------+------------------------------------------------
Changes (by simonpj):

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

Comment:

 Fixed by
 {{{
 Mon Mar  1 11:10:40 GMT 2010  simonpj <at> microsoft.com
   * Fix pretty-printing of IfaceAnyTc (fixes Trac #3883)

   The panic message in ifaceTyConName on IfaceAnyTc
   called the pretty-printer, called ifaceTyConName again,
   which caused an infinite regress.  Stupid.

   See
    * Note [The Name of an IfaceAnyTc], and
    * The Outputable instance for IfaceTyCon
(Continue reading)

GHC | 1 Mar 15:53 2010

#3904: Bug in shipped gcc makes profiling lose resolution

#3904: Bug in shipped gcc makes profiling lose resolution
-------------------------+--------------------------------------------------
    Reporter:  augustss  |       Owner:              
        Type:  bug       |      Status:  new         
    Priority:  normal    |   Component:  Build System
     Version:  6.12.1    |    Keywords:              
          Os:  Windows   |    Testcase:              
Architecture:  x86       |     Failure:  None/Unknown
-------------------------+--------------------------------------------------
 When profiling on Windows the BEGIN_SAMPLE/END_SAMPLE do not contain a
 fractional part in the time information.  As far as I can tell its a bug
 in gcc.  I've included some C code that shows the problem.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3904>
GHC | 1 Mar 16:36 2010

Re: #3904: Bug in shipped gcc makes profiling lose resolution

#3904: Bug in shipped gcc makes profiling lose resolution
-------------------------+--------------------------------------------------
    Reporter:  augustss  |       Owner:              
        Type:  bug       |      Status:  new         
    Priority:  normal    |   Component:  Build System
     Version:  6.12.1    |    Keywords:              
          Os:  Windows   |    Testcase:              
Architecture:  x86       |     Failure:  None/Unknown
-------------------------+--------------------------------------------------

Comment(by augustss):

 Why is the prining so complex anyway, why not just
   fprintf(..., "%s %.02f\n", ..., sampleValue);
 ?

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3904#comment:1>
GHC | 1 Mar 23:03 2010

Re: #3135: ext-core docs missing from web site

#3135: ext-core docs missing from web site
----------------------------+-----------------------------------------------
  Reporter:  tim            |          Owner:  igloo           
      Type:  bug            |         Status:  reopened        
  Priority:  normal         |      Milestone:  6.12.1          
 Component:  Documentation  |        Version:  6.10.1          
Resolution:                 |       Keywords:                  
Difficulty:  Unknown        |             Os:  Unknown/Multiple
  Testcase:                 |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown   |  
----------------------------+-----------------------------------------------
Changes (by tim):

  * status:  closed => reopened
  * failure:  => None/Unknown
  * resolution:  fixed =>

Comment:

 Hello,

 The link is broken again (problem description is exactly the same as in my
 original ticket.)

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3135#comment:6>
GHC | 2 Mar 06:20 2010

Re: #2965: GHC on OS X does not compile 64-bit

#2965: GHC on OS X does not compile 64-bit
--------------------------------+-------------------------------------------
    Reporter:  Axman6           |        Owner:  thoughtpolice        
        Type:  feature request  |       Status:  new                  
    Priority:  normal           |    Milestone:  6.12 branch          
   Component:  Compiler         |      Version:                       
    Keywords:  64bit            |   Difficulty:  Unknown              
          Os:  MacOS X          |     Testcase:                       
Architecture:  x86_64 (amd64)   |      Failure:  Installing GHC failed
--------------------------------+-------------------------------------------
Changes (by jeffschwab):

 * cc: jeff <at> … (added)
  * failure:  None/Unknown => Installing GHC failed

Comment:

 The work-around flags above are apparently no longer sufficient to install
 the Haskell platform on Snow Leopard (OS X 10.6.2).  The error message is
 that "happy" is required.  Given that one cannot build happy without
 Haskell, and cannot build Haskell without Happy, it seems one is
 completely out of luck.  MacPorts gives an error message for both happy
 and ghc:

 Error: Target org.macports.fetch returned: ghc is not yet supported on Mac
 OS X 10.6.x (SnowLeopard)

 I know next to nothing about either Haskell or MacPorts, but I'd be happy
 to spend a weekend or two wrestling with it, if someone can point me in
 the right direction.
(Continue reading)


Gmane