GHC | 1 Aug 05:29 2008

[GHC] #2476: internal error: awaitEvent: descriptor out of range

#2476: internal error: awaitEvent: descriptor out of range
------------------------+---------------------------------------------------
    Reporter:  newsham  |       Owner:                
        Type:  bug      |      Status:  new           
    Priority:  normal   |   Component:  Runtime System
     Version:  6.8.2    |    Severity:  normal        
    Keywords:           |    Testcase:                
Architecture:  ia64     |          Os:  FreeBSD       
------------------------+---------------------------------------------------
 My program reports:
 Server3s.exe: internal error: awaitEvent: descriptor out of range
     (GHC version 6.8.2 for x86_64_unknown_freebsd)
     Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug

 Abort trap: 6 (core dumped)

 The core dump shows:
 (gdb) where
 #0  0x0000000800956dec in kill () from /lib/libc.so.7
 #1  0x0000000800955c5b in abort () from /lib/libc.so.7
 #2  0x00000000004e5bcd in rtsFatalInternalErrorFn ()
 #3  0x00000000004e58bc in barf ()
 #4  0x00000000004ea57d in awaitEvent ()
 #5  0x00000000004e6d85 in scheduleWaitThread ()
 #6  0x00000000004e42a9 in real_main ()
 #7  0x00000000004e4398 in main ()

 My host is:
 FreeBSD hpsux 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sat Mar  8 14:07:11 HST
 2008     root <at> hpsux:/usr/obj/usr/src/sys/GENERIC  amd64
(Continue reading)

GHC | 1 Aug 09:20 2008

Re: [GHC] #2452: Add a flag to disable the implicit qualified import of every available module in interactive mode

#2452: Add a flag to disable the implicit qualified import of every available
module in interactive mode
-------------------------------------+--------------------------------------
 Reporter:  jcpetruzza               |          Owner:  simonmar
     Type:  feature request          |         Status:  new     
 Priority:  normal                   |      Milestone:  6.10.1  
Component:  Compiler (Type checker)  |        Version:  6.9     
 Severity:  minor                    |     Resolution:          
 Keywords:                           |     Difficulty:  Unknown 
 Testcase:                           |   Architecture:  Unknown 
       Os:  Unknown                  |  
-------------------------------------+--------------------------------------
Changes (by simonmar):

  * owner:  => simonmar

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2452#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
GHC | 1 Aug 13:13 2008

[GHC] #2477: -package-conf flag makes runghc fail

#2477: -package-conf flag makes runghc fail
------------------------+---------------------------------------------------
    Reporter:  fons     |       Owner:          
        Type:  bug      |      Status:  new     
    Priority:  normal   |   Component:  Compiler
     Version:  6.8.2    |    Severity:  normal  
    Keywords:           |    Testcase:          
Architecture:  Unknown  |          Os:  Unknown 
------------------------+---------------------------------------------------
 I haven't been able to test this with 6.8.3 or HEAD but it seems that
 runghc doesn't work properly when the -package-conf flag is provided.

 {{{
 echo [] > foo.conf # empty package.conf file
 echo 'main = putStrLn "foo"' > Main.hs
 runghc -package-conf foo.conf Main.hs # this doesn't work
 runghc  Main.hs # this works
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2477>
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 | 1 Aug 13:24 2008

Re: [GHC] #1312: runghc doesn't respect -main-is

#1312: runghc doesn't respect -main-is
----------------------+-----------------------------------------------------
 Reporter:  simonmar  |          Owner:  igloo      
     Type:  bug       |         Status:  closed     
 Priority:  normal    |      Milestone:  6.8.3      
Component:  Compiler  |        Version:  6.6.1      
 Severity:  minor     |     Resolution:  fixed      
 Keywords:            |     Difficulty:  Easy (1 hr)
 Testcase:            |   Architecture:  Multiple   
       Os:  Unknown   |  
----------------------+-----------------------------------------------------
Comment (by fons):

 According the runghc's help message:

 {{{
 runghc [-f GHC-PATH | --] [GHC-ARGS] [--] FILE ARG
 }}}

 Shouldn't {{{runghc -- -main-is foo -- bar.hs}}} suffice (without the
 {{{--ghc-arg}}} flag) ?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1312#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
(Continue reading)

GHC | 1 Aug 14:24 2008

[GHC] #2478: Assertion failure in type checker

#2478: Assertion failure in type checker
----------------------------------------+-----------------------------------
    Reporter:  simonpj                  |       Owner:         
        Type:  bug                      |      Status:  new    
    Priority:  normal                   |   Milestone:         
   Component:  Compiler (Type checker)  |     Version:  6.8.3  
    Severity:  normal                   |    Keywords:         
  Difficulty:  Unknown                  |    Testcase:         
Architecture:  Unknown                  |          Os:  Unknown
----------------------------------------+-----------------------------------
 Doaitse reports:
 It appears we ran into a bug which has been reported before. We ran
 into it in a desperate attempt to follow some suggestions made by
 referees to simplify our library for transformations of typed abstract
 syntax . Unfortunately the paper was rejected, but we decided to try
 once more. The program fragment is probably erroneous, and we know how
 to repair it by taking away a context constraint and putting in some
 kind annotations, but we thought it would be good to report it anyway.

 {{{
 loeki:Desktop doaitse$ ghci Bug.hs
 GHCi, version 6.8.2: http://www.haskell.org/ghc/  :? for help
 Loading package base ... linking ... done.
 [1 of 1] Compiling Main             ( Bug.hs, interpreted )
 Var/Type length mismatch:
      []
      [env2{tv aul} [tau]]
 Ok, modules loaded: Main.
 }}}
 Code is
(Continue reading)

GHC | 1 Aug 14:26 2008

Re: [GHC] #2478: Assertion failure in type checker

#2478: Assertion failure in type checker
--------------------------------------------+-------------------------------
 Reporter:  simonpj                         |          Owner:  igloo  
     Type:  merge                           |         Status:  new    
 Priority:  normal                          |      Milestone:         
Component:  Compiler (Type checker)         |        Version:  6.8.3  
 Severity:  normal                          |     Resolution:         
 Keywords:                                  |     Difficulty:  Unknown
 Testcase:  typecheck/should_compile/T2478  |   Architecture:  Unknown
       Os:  Unknown                         |  
--------------------------------------------+-------------------------------
Changes (by simonpj):

  * testcase:  => typecheck/should_compile/T2478
  * owner:  => igloo
  * type:  bug => merge

Comment:

 Fixed by
 {{{
 Fri Aug  1 13:22:23 BST 2008  simonpj <at> microsoft.com
   * Fix Trac #2478
 }}}
 Simon

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

GHC | 1 Aug 14:29 2008

Re: [GHC] #2478: Assertion failure in type checker

#2478: Assertion failure in type checker
--------------------------------------------+-------------------------------
 Reporter:  simonpj                         |          Owner:  igloo  
     Type:  merge                           |         Status:  new    
 Priority:  normal                          |      Milestone:         
Component:  Compiler (Type checker)         |        Version:  6.8.3  
 Severity:  normal                          |     Resolution:         
 Keywords:                                  |     Difficulty:  Unknown
 Testcase:  typecheck/should_compile/T2478  |   Architecture:  Unknown
       Os:  Unknown                         |  
--------------------------------------------+-------------------------------
Old description:

> Doaitse reports:
> It appears we ran into a bug which has been reported before. We ran
> into it in a desperate attempt to follow some suggestions made by
> referees to simplify our library for transformations of typed abstract
> syntax . Unfortunately the paper was rejected, but we decided to try
> once more. The program fragment is probably erroneous, and we know how
> to repair it by taking away a context constraint and putting in some
> kind annotations, but we thought it would be good to report it anyway.
>
> {{{
> loeki:Desktop doaitse$ ghci Bug.hs
> GHCi, version 6.8.2: http://www.haskell.org/ghc/  :? for help
> Loading package base ... linking ... done.
> [1 of 1] Compiling Main             ( Bug.hs, interpreted )
> Var/Type length mismatch:
>      []
>      [env2{tv aul} [tau]]
(Continue reading)

GHC | 1 Aug 15:02 2008

Re: [GHC] #2419: Extensible exceptions

#2419: Extensible exceptions
----------------------------+-----------------------------------------------
 Reporter:  igloo           |          Owner:         
     Type:  proposal        |         Status:  closed 
 Priority:  normal          |      Milestone:  Not GHC
Component:  libraries/base  |        Version:  6.8.3  
 Severity:  normal          |     Resolution:  fixed  
 Keywords:                  |     Difficulty:  Unknown
 Testcase:                  |   Architecture:  Unknown
       Os:  Unknown         |  
----------------------------+-----------------------------------------------
Changes (by igloo):

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

Comment:

 The concensus was that something should be done, although opinions
 differed on the finer points (e.g. whether to replace the old
 `Control.Exception` or add `Control.NewException`). I have applied more or
 less my original patches, although I will be further tweaking them shortly
 to incorporate some ideas from the thread (e.g. using `onException` rather
 than `catchAny`, and removing the `catchAny` function).

 There was also some discussion of the hierarchy, and of the difference
 between errors and exceptions. Designing (or evolving) a good hierarchy
 remains to be done.

-- 
(Continue reading)

GHC | 1 Aug 15:07 2008

Re: [GHC] #2475: debugger gives "Can't unify" when stopped at an exception

#2475: debugger gives "Can't unify" when stopped at an exception
--------------------------------+-------------------------------------------
 Reporter:  igloo               |          Owner:  mnislaih
     Type:  bug                 |         Status:  assigned
 Priority:  normal              |      Milestone:  6.10.1  
Component:  GHCi                |        Version:  6.8.3   
 Severity:  normal              |     Resolution:          
 Keywords:                      |     Difficulty:  Unknown 
 Testcase:  break011, break024  |   Architecture:  Unknown 
       Os:  Unknown             |  
--------------------------------+-------------------------------------------
Changes (by mnislaih):

  * status:  new => assigned
  * owner:  => mnislaih
 * cc: mnislaih <at> gmail.com (added)

Comment:

 Thanks, I'll give it a look soon

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

GHC | 1 Aug 16:49 2008

Re: [GHC] #1993: "RegAllocLinear.getStackSlotFor: out of stack slots" when compiling SHA1.hs in darcs

#1993: "RegAllocLinear.getStackSlotFor: out of stack slots" when compiling SHA1.hs
in darcs
----------------------------+-----------------------------------------------
 Reporter:  apstrand        |          Owner:             
     Type:  bug             |         Status:  new        
 Priority:  normal          |      Milestone:  6.10 branch
Component:  Compiler (NCG)  |        Version:  6.8.2      
 Severity:  normal          |     Resolution:             
 Keywords:                  |     Difficulty:  Unknown    
 Testcase:                  |   Architecture:  x86        
       Os:  Multiple        |  
----------------------------+-----------------------------------------------
Changes (by guest):

 * cc: tom.davie <at> gmail.com (added)
  * os:  Windows => Multiple

Comment:

 Duplicated on Ubuntu 8.04 (32 bit intel), with ghc6.9.20080615.  No -prof
 was used -- just bailed during compiling darcs-2.0.2.

 -fregs-graph produced a stack overflow message
 +RTS -K10M produced the error noted by alatter.

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


Gmane