Re: [GHC] #637: Ctrl-Break handler doesn't work in forked threads in "-threaded" RTS

#637: Ctrl-Break handler doesn't work in forked threads in "-threaded" RTS
-------------------------------+--------------------------------------------
 Reporter:  bulatz <at> HotPOP.com  |          Owner:  simonmar        
     Type:  bug                |         Status:  closed          
 Priority:  high               |      Milestone:  6.6.1           
Component:  Runtime System     |        Version:  6.4.1           
 Severity:  normal             |     Resolution:  fixed           
 Keywords:                     |     Difficulty:  Moderate (1 day)
 Testcase:                     |   Architecture:  Unknown         
       Os:  Windows            |  
-------------------------------+--------------------------------------------
Changes (by simonmar):

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

Comment:

 Fixed.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/637>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #980: timeout

#980: timeout
----------------------------+-----------------------------------------------
 Reporter:  simons          |          Owner:         
     Type:  task            |         Status:  new    
 Priority:  normal          |      Milestone:         
Component:  libraries/base  |        Version:  6.6    
 Severity:  normal          |     Resolution:         
 Keywords:                  |     Difficulty:  Unknown
 Testcase:                  |   Architecture:  Unknown
       Os:  Unknown         |  
----------------------------+-----------------------------------------------
Changes (by simons):

  * summary:  forkChild, waitForChild, parIO, and timeout => timeout
  * type:  proposal => task

Comment:

 There was no interest in parIO or any of the other primitives.

 Over the course of the discussion, a very nice timeout implementation
 emerged in http://www.haskell.org/pipermail/libraries/2006-

 November/006238.html, but no-one found the time to prepare it for
 submission to the libraries.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/980>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

Re: [GHC] #1031: ghc 6.6 impossible happened

#1031: ghc 6.6 impossible happened
----------------------+-----------------------------------------------------
 Reporter:  guest     |          Owner:  simonpj
     Type:  bug       |         Status:  new    
 Priority:  normal    |      Milestone:         
Component:  Compiler  |        Version:  6.6    
 Severity:  normal    |     Resolution:         
 Keywords:            |     Difficulty:  Unknown
 Testcase:            |   Architecture:  Unknown
       Os:  Unknown   |  
----------------------+-----------------------------------------------------
Comment (by guest):

 using bang patterns to enfore strictness rather than 'seq' seems to work
 around the problem. -John

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1031>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #1034: Added examples, more detailed documentation to Data.List functions of "Extracting sublists" section

#1034: Added examples, more detailed documentation to Data.List functions of
"Extracting sublists" section
-------------------------------+--------------------------------------------
    Reporter:  guest           |       Owner:          
        Type:  proposal        |      Status:  new     
    Priority:  normal          |   Milestone:          
   Component:  libraries/base  |     Version:  6.6     
    Severity:  minor           |    Keywords:          
  Difficulty:  Easy (1 hr)     |    Testcase:          
Architecture:  Unknown         |          Os:  Multiple
-------------------------------+--------------------------------------------
Goal of my changes it to make list functions more accessible to Haskell
 newcomers.
 "Extracting sublists" section seems to have less complete documentation
 than rest of the module.

 Added examples for all the functions.
 Added easier to understand summaries for composite functions.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1034>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1034: Added examples, more detailed documentation to Data.List functions of "Extracting sublists" section

#1034: Added examples, more detailed documentation to Data.List functions of
"Extracting sublists" section
----------------------------+-----------------------------------------------
 Reporter:  guest           |          Owner:             
     Type:  proposal        |         Status:  new        
 Priority:  normal          |      Milestone:             
Component:  libraries/base  |        Version:  6.6        
 Severity:  minor           |     Resolution:             
 Keywords:                  |     Difficulty:  Easy (1 hr)
 Testcase:                  |   Architecture:  Unknown    
       Os:  Multiple        |  
----------------------------+-----------------------------------------------
Comment (by guest):

 Proposal deadline: Wednesday, December 6th.

 Andriy

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1034>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #1035: Win32 package doesn't appear in the online library docs

#1035: Win32 package doesn't appear in the online library docs
------------------------------+---------------------------------------------
    Reporter:  simonmar       |       Owner:         
        Type:  bug            |      Status:  new    
    Priority:  normal         |   Milestone:  6.6.1  
   Component:  Documentation  |     Version:  6.6    
    Severity:  normal         |    Keywords:         
  Difficulty:  Easy (1 hr)    |    Testcase:         
Architecture:  Unknown        |          Os:  Unknown
------------------------------+---------------------------------------------
This is because the docs are built on a Linux build, where the Win32
 library isn't being built.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1035>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #1036: Asynchronous exceptions improvements

#1036: Asynchronous exceptions improvements
---------------------------------+------------------------------------------
    Reporter:  simonmar          |       Owner:  simonmar
        Type:  task              |      Status:  new     
    Priority:  normal            |   Milestone:  _|_     
   Component:  Compiler          |     Version:  6.6     
    Severity:  normal            |    Keywords:          
  Difficulty:  Moderate (1 day)  |    Testcase:          
Architecture:  Unknown           |          Os:  Unknown 
---------------------------------+------------------------------------------
There was some discussion about asynchronous exceptions on the haskell-
 prime list, eg.

  * [http://www.haskell.org/pipermail/haskell-prime/2006-April/001280.html]

  * [http://www.haskell.org/pipermail/haskell-prime/2006-April/001290.html]


 We might want to consider adding

 {{{
 blockAll :: IO () -> IO ()
 }}}

 and perhaps making `block`/`unblock` count nesting.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1036>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________

[GHC] #1037: primRepHint:VoidRep

#1037: primRepHint:VoidRep
-------------------------------+--------------------------------------------
    Reporter:  igloo           |       Owner:         
        Type:  bug             |      Status:  new    
    Priority:  normal          |   Milestone:  6.8    
   Component:  Compiler (FFI)  |     Version:  6.6    
    Severity:  normal          |    Keywords:         
  Difficulty:  Unknown         |    Testcase:         
Architecture:  Unknown         |          Os:  Unknown
-------------------------------+--------------------------------------------
Compiling this module:

 {{{
 module Q where

 import GHC.Base

 type World__ = State# RealWorld

 foreign import ccall unsafe "putwchar" f :: World__ -> Char# -> World__
 }}}

 with `ghc -fglasgow-exts -O Q.hs` panics:

 {{{
 ghc-6.6: panic! (the 'impossible' happened)
   (GHC version 6.6 for x86_64-unknown-linux):
         primRepHint:VoidRep
 }}}

Re: [GHC] #1037: primRepHint:VoidRep

#1037: primRepHint:VoidRep
----------------------------+-----------------------------------------------
 Reporter:  igloo           |          Owner:         
     Type:  bug             |         Status:  new    
 Priority:  normal          |      Milestone:  6.8    
Component:  Compiler (FFI)  |        Version:  6.6    
 Severity:  normal          |     Resolution:         
 Keywords:                  |     Difficulty:  Unknown
 Testcase:                  |   Architecture:  Unknown
       Os:  Unknown         |  
----------------------------+-----------------------------------------------
Comment (by simonmar):

 I think the typechecker ought to be rejecting this foreign declaration, I
 don't believe State# is supposed to be among the valid return types for a
 foreign import.  Why can't IO () be used here?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1037>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1037: primRepHint:VoidRep

#1037: primRepHint:VoidRep
----------------------------+-----------------------------------------------
 Reporter:  igloo           |          Owner:         
     Type:  bug             |         Status:  new    
 Priority:  normal          |      Milestone:  6.8    
Component:  Compiler (FFI)  |        Version:  6.6    
 Severity:  normal          |     Resolution:         
 Keywords:                  |     Difficulty:  Unknown
 Testcase:                  |   Architecture:  Unknown
       Os:  Unknown         |  
----------------------------+-----------------------------------------------
Comment (by igloo):

 The time this sort of stuff is desirable is when you want to return
 unboxed values
 in the IO monad, as you can't have an IO Char# type.

 However, the optimiser will currently eliminate the boxing done by the
 generated import wrapper and the unboxing done in the Haskell code that
 uses the import.

 So it's not vital that this is done, but it would mean people don't have
 to rely on the optimiser always catching this sort of thing. It is only
 useful if you are writing (or generating) very low level stuff, though.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1037>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler