headers
GHC | 1 Sep 2009 09:32
Favicon

Re: [GHC] #3310: `show BlockedIndefinitely` should not equal `show BlockedOnDeadMVar`

#3310: `show BlockedIndefinitely` should not equal `show BlockedOnDeadMVar`
---------------------------------+------------------------------------------
    Reporter:  enolan            |        Owner:                  
        Type:  feature request   |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.10.3          
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 I went a bit further and actually changed the exception names.

 {{{
 Sun Aug 30 16:28:50 BST 2009  Simon Marlow <marlowsd <at> gmail.com>
   * Address #3310

    - Rename BlockedOnDeadMVar   -> BlockedIndefinitelyOnMVar
    - Rename BlockedIndefinitely -> BlockedIndefinitelyOnSTM
    - instance Show BlockedIndefinitelyOnMVar is now
        "blocked indefinitely in an MVar operation"
    - instance Show BlockedIndefinitelyOnSTM is now
        "blocked indefinitely in an STM transaction"
(Continue reading)

Permalink | Reply | 0 comments |
headers
GHC | 1 Sep 2009 09:38
Favicon

Re: [GHC] #1466: Stack check for AP_STACK

#1466: Stack check for AP_STACK
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  simonmar        
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.14.1          
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:  concprog001       |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * component:  Runtime System => Compiler
  * milestone:  6.12.1 => 6.14.1

Comment:

 Bumping to 6.14.1 as this is work to do in the new codegen.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1466#comment:6>
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
(Continue reading)

Permalink | Reply | 0 comments |
headers
GHC | 1 Sep 2009 11:09
Favicon

[GHC] #3480: Easily make Typeable keys pure, so that Typeable can be handled efficiently across communications

#3480: Easily make Typeable keys  pure, so that Typeable can be handled
efficiently across communications
---------------------------------+------------------------------------------
Reporter:  guest                 |          Owner:                  
    Type:  task                  |         Status:  new             
Priority:  normal                |      Component:  libraries/base  
 Version:                        |       Severity:  trivial         
Keywords:  Typeable, efficiency  |       Testcase:                  
      Os:  Unknown/Multiple      |   Architecture:  Unknown/Multiple
---------------------------------+------------------------------------------
 Data.Typeable:  Easily make Typeable keys  pure(used in Eq), so that
 Typeable keys don´t vary from run to run. This permits an efficient
 storage of the keys in files and to be transmitted trough communications
 as well as processed without loss of efficiency. Actually gaining
 efficiency probably, since the keys caches are not necessary.

 Currently, whenever the user needs to communicate types, he must transmit
 the full string name for each type. Moreover, in the reception, the
 programmer  is forced to handle these full string keys for mapping types
 to handlers, in equality checks etc. if the type keys are pure, the
 efficiency of key handling can be keept across communications.

 short description of task:
 Istead of using a Hash( stringType, generatedKey) use  hashString (string-
 of-type)

 Long description:

 1) drop the cache
 drop newKey
(Continue reading)

Permalink | Reply | 5 comments |
headers
GHC | 1 Sep 2009 16:50
Favicon

Re: [GHC] #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:               
    Severity:  normal           |   Resolution:               
    Keywords:  64bit            |   Difficulty:  Unknown      
    Testcase:                   |           Os:  MacOS X      
Architecture:  x86_64 (amd64)   |  
--------------------------------+-------------------------------------------
Changes (by guest):

 * cc: njloof <at> gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2965#comment:16>
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
Permalink | Reply | 0 comments |
headers
GHC | 1 Sep 2009 20:38
Favicon

Re: [GHC] #3459: ghci 6.10.4 and 6.10.1 crash with a big list

#3459: ghci 6.10.4 and 6.10.1 crash with a big list
---------------------+------------------------------------------------------
 Reporter:  joaoraf  |          Owner:        
     Type:  bug      |         Status:  new   
 Priority:  normal   |      Milestone:        
Component:  GHCi     |        Version:  6.10.4
 Severity:  major    |     Resolution:        
 Keywords:           |       Testcase:        
       Os:  Linux    |   Architecture:  x86   
---------------------+------------------------------------------------------
Comment (by Bart Massey):

 Confirmed.  This has been around since GHC 6.8 at least, and fails with
 other big lists also.

 I'm not sure I agree the severity is "major", but I agree that it should
 be fixed.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3459#comment:1>
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
Permalink | Reply | 0 comments |
headers
GHC | 1 Sep 2009 23:16
Favicon

Re: [GHC] #3459: ghci 6.10.4 and 6.10.1 crash with a big list

#3459: ghci 6.10.4 and 6.10.1 crash with a big list
------------------------+---------------------------------------------------
    Reporter:  joaoraf  |        Owner:           
        Type:  bug      |       Status:  closed   
    Priority:  normal   |    Milestone:           
   Component:  GHCi     |      Version:  6.10.4   
    Severity:  major    |   Resolution:  duplicate
    Keywords:           |   Difficulty:  Unknown  
    Testcase:           |           Os:  Linux    
Architecture:  x86      |  
------------------------+---------------------------------------------------
Changes (by simonpj):

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

Comment:

 This almost certainly a dup of #780, which has been fixed recently. Try
 with the HEAD.  If it fails, re-open the bug, but I'll close it meanwhile.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3459#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
GHC | 1 Sep 2009 23:57
Favicon

Re: [GHC] #3476: Compiler warning about non-exhaustive pattern match with GADT and type-signature

#3476: Compiler warning about non-exhaustive pattern match with GADT and type-
signature
----------------------------------------+-----------------------------------
    Reporter:  Ashley Yakeley           |        Owner:         
        Type:  bug                      |       Status:  closed 
    Priority:  normal                   |    Milestone:         
   Component:  Compiler (Type checker)  |      Version:  6.10.4 
    Severity:  normal                   |   Resolution:  fixed  
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Linux  
Architecture:  x86_64 (amd64)           |  
----------------------------------------+-----------------------------------
Changes (by simonpj):

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

Comment:

 Happily this already works in the HEAD (and hence in the upcoming 6.12
 release)

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3476#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


GHC
 | 
2 Sep 2009 09:55






Favicon





Re: [GHC] #711: shutdownHaskell() does not return allocated memory on Unix


#711: shutdownHaskell() does not return allocated memory on Unix
-----------------------------------------------------+----------------------
    Reporter:  lennart.augustsson <at> credit-suisse.com  |        Owner:  simonmar        
        Type:  bug                                   |       Status:  new             
    Priority:  high                                  |    Milestone:  6.12.1          
   Component:  Runtime System                        |      Version:  6.5             
    Severity:  minor                                 |   Resolution:                  
    Keywords:                                        |   Difficulty:  Easy (1 hr)     
    Testcase:  N/A                                   |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                      |  
-----------------------------------------------------+----------------------
Changes (by simonmar):

  * priority:  low => high
  * owner:  igloo => simonmar
  * milestone:  _|_ => 6.12.1

Comment:

 Just noticed this patch.  I'll review and commit.

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

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


GHC
 | 
2 Sep 2009 10:19






Favicon





[GHC] #3481: Nightly snapshot fails to install


#3481: Nightly snapshot fails to install
-------------------+--------------------------------------------------------
Reporter:  dons    |          Owner:                
    Type:  bug     |         Status:  new           
Priority:  normal  |      Component:  Build System  
 Version:  6.11    |       Severity:  normal        
Keywords:          |       Testcase:                
      Os:  Linux   |   Architecture:  x86_64 (amd64)
-------------------+--------------------------------------------------------
 Last night's x86_64-linux nightly snapshot fails to install with:

 {{{
 gcc -E -I/usr/local/include -I/home/dons/include -undef -traditional -P
 -DINSTALLING -DLIB_DIR='"/home/dons/lib/ghc-6.11.20090901"'
 -DINCLUDE_DIR='"/home/dons/lib/ghc-6.11.20090901/include"'  -x c
 -Iincludes libffi/package.conf.in | grep -v '^#pragma GCC' | sed -e
 's/""//g' -e 's/:[     ]*,/: /g' >libffi/package.conf.install
 gcc -E -I/usr/local/include -I/home/dons/include -undef -traditional -P
 -DINSTALLING -DLIB_DIR='"/home/dons/lib/ghc-6.11.20090901"'
 -DINCLUDE_DIR='"/home/dons/lib/ghc-6.11.20090901/include"'
 -DPAPI_INCLUDE_DIR="" -DPAPI_LIB_DIR="" -x c -Iincludes
 rts/package.conf.in | grep -v '^#pragma GCC' | sed -e 's/""//g' -e 's/:[
 ]*,/: /g' >rts/package.conf.install
 rts/package.conf.in:4: error: rts/Config.h: No such file or directory
 make[1]: *** No rule to make target
 `utils/haddock/dist/build/tmp/haddock', needed by `install_libexecs'.
 Stop.
 }}}

-- 

(Continue reading)






Permalink
| Reply
| 3 comments  
| 



  

  

  





headers


GHC
 | 
2 Sep 2009 14:24






Favicon





Re: [GHC] #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:               
    Severity:  normal           |   Resolution:               
    Keywords:  64bit            |   Difficulty:  Unknown      
    Testcase:                   |           Os:  MacOS X      
Architecture:  x86_64 (amd64)   |  
--------------------------------+-------------------------------------------
Changes (by sekl):

 * cc: skluft <at> gmail.com (added)

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






Permalink
| Reply
| 0 comments  
| 



  

  

  

  


  





    



Gmane