From trac at galois.com  Wed Apr  1 17:24:26 2009
From: trac at galois.com (GHC)
Date: Wed Apr  1 17:11:40 2009
Subject: [GHC] #3135: ext-core docs missing from web site
Message-ID: <042.d47502914c2b1d33dc6652d04aeb8f42@localhost>

#3135: ext-core docs missing from web site
-----------------------------+----------------------------------------------
Reporter:  tim               |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Documentation   
 Version:  6.10.1            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Hello,

 The .pdf doc for External Core seems to be missing from haskell.org. The
 link at:
 http://www.haskell.org/ghc/docs/latest/html/users_guide/ext-core.html
 points to:
 http://www.haskell.org/ghc/docs/latest/html/ext-core/core.pdf
 but the latter URL is broken.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3135>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  1 17:33:19 2009
From: trac at galois.com (GHC)
Date: Wed Apr  1 17:20:29 2009
Subject: [GHC] #3136: monad syntax extension
Message-ID: <048.bce24d69152568f86d25ab705aaf71d2@localhost>

#3136: monad syntax extension
-----------------------------+----------------------------------------------
Reporter:  neodymion         |          Owner:                  
    Type:  feature request   |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.1            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 allow this:

 print (readInt [<getLine>] + readInt [<getLine>])

 (or some other kind of funky brackets)
 to translate into

 getLine>>=\x->getLine>>=\y->print (readInt x + readInt y)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3136>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  1 18:13:04 2009
From: trac at galois.com (GHC)
Date: Wed Apr  1 18:00:13 2009
Subject: [GHC] #3136: monad syntax extension
In-Reply-To: <048.bce24d69152568f86d25ab705aaf71d2@localhost>
References: <048.bce24d69152568f86d25ab705aaf71d2@localhost>
Message-ID: <057.1c4975dd8d5024ba7504513ec212f220@localhost>

#3136: monad syntax extension
------------------------------+---------------------------------------------
 Reporter:  neodymion         |          Owner:                  
     Type:  feature request   |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.10.1          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by NeilMitchell):

 This is the kind of thing that should be discussed, and refined, perhaps
 on a wiki, before raising a bug for it.

 I've seen Simon PJ talk about the syntax:

 {{{
 print (readInt (<- getLine) + readInt (<- getLine))
 }}}

 There was a whole discussion on it, which raised things like which do
 block are these floated to, and now do x /= x by a very long way.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3136#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  1 18:50:33 2009
From: trac at galois.com (GHC)
Date: Wed Apr  1 18:37:45 2009
Subject: [GHC] #3136: monad syntax extension
In-Reply-To: <048.bce24d69152568f86d25ab705aaf71d2@localhost>
References: <048.bce24d69152568f86d25ab705aaf71d2@localhost>
Message-ID: <057.baf81e8caa61914b3776f85538806f4a@localhost>

#3136: monad syntax extension
------------------------------+---------------------------------------------
 Reporter:  neodymion         |          Owner:                  
     Type:  feature request   |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.10.1          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by claus):

 And if you believe the advocates of `Control.Applicative`, this becomes:
 {{{
 >let readInt a = read a::Int
 >:m +Control.Applicative
 >print =<< ((+) <$> (readInt <$> getLine) <*> (readInt <$> getLine))
 1
 2
 3
 }}}
 or even
 {{{
 >:set -XNoMonomorphismRestriction
 >let (+) = liftA2 (Prelude.+)
 >print =<< ((readInt <$> getLine) + (readInt <$> getLine))
 2
 3
 5
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3136#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  1 21:00:09 2009
From: trac at galois.com (GHC)
Date: Wed Apr  1 20:47:35 2009
Subject: [GHC] #3137: ghc 6.10.2 fails to compile on Mac OS X Leopard
Message-ID: <046.6f633fd5a4e98213439c39f0a29d0f1a@localhost>

#3137: ghc 6.10.2 fails to compile on Mac OS X Leopard
-----------------------------+----------------------------------------------
Reporter:  mvanier           |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.1            |       Severity:  major           
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Compiling GHC 6.10.2 on Mac OS X Leopard fails, apparently because of a
 library problem involving filepath (Cabal expects version 1.1.0.2, process
 and directory expect version 1.1.0.1).  I'm attaching the output of make.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3137>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  1 22:59:14 2009
From: trac at galois.com (GHC)
Date: Wed Apr  1 22:46:39 2009
Subject: [GHC] #3137: ghc 6.10.2 fails to compile on Mac OS X Leopard
In-Reply-To: <046.6f633fd5a4e98213439c39f0a29d0f1a@localhost>
References: <046.6f633fd5a4e98213439c39f0a29d0f1a@localhost>
Message-ID: <055.803155a37c2620eb707c8291f651d886@localhost>

#3137: ghc 6.10.2 fails to compile on Mac OS X Leopard
------------------------------+---------------------------------------------
 Reporter:  mvanier           |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.10.1          
 Severity:  major             |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by int-e):

 See also http://hackage.haskell.org/trac/hackage/ticket/318

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3137#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 06:33:03 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 06:20:14 2009
Subject: [GHC] #3134: encodeFloat . decodeFloat
In-Reply-To: <045.24712bc58e93c54f33f4f129effc8533@localhost>
References: <045.24712bc58e93c54f33f4f129effc8533@localhost>
Message-ID: <054.613e15f6e006c496ad3b2feb64538d40@localhost>

#3134: encodeFloat . decodeFloat
---------------------------------+------------------------------------------
    Reporter:  roland            |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Prelude           |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * difficulty:  => Unknown
  * milestone:  => _|_

Comment:

 Interesting, I thought we had a very old ticket about this, but I can't
 seem to find it.

 Anyway, I suppose the issue is what the representation of NaN and Infinity
 should be in the output of `decodeFloat`.  There is no provision for NaN
 and Infinity in the Haskell definition of `encodeFloat` and `decodeFloat`:

   The function decodeFloat applied to a real floating-point number returns
 the
   significand expressed as an Integer and an appropriately scaled exponent
 (an Int).
   If decodeFloat x yields (m,n), then x is equal in value to mbn, where b
 is the
   floating-point radix, and furthermore, either m and n are both zero or
 else
   bd-1<=m<bd, where d is the value of floatDigits x. encodeFloat performs
 the
   inverse of this transformation.

 from Section 6.4.6, [http://haskell.org/onlinereport/basic.html]

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3134#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 08:08:19 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 07:55:27 2009
Subject: [GHC] #3138: Returning a known constructor: GHC generates terrible
 code for cmonad
Message-ID: <046.ecd79a44a24e66ebe8454442595b165e@localhost>

#3138: Returning a known constructor: GHC generates terrible code for cmonad
---------------------------------------+------------------------------------
  Reporter:  simonpj                   |          Owner:                  
      Type:  run-time performance bug  |         Status:  new             
  Priority:  normal                    |      Milestone:                  
 Component:  Compiler                  |        Version:  6.10.1          
  Severity:  normal                    |       Keywords:                  
Difficulty:  Unknown                   |       Testcase:                  
        Os:  Unknown/Multiple          |   Architecture:  Unknown/Multiple
---------------------------------------+------------------------------------
 Lennart reports that GHC generates very poor code for his cmonad package.
 If you want to look at a simple example, look at the Inf.hs example
 included in package `cmonad-0.1.1`.
 It's very simple, and ghc generates fantastically bad code for it.

 It would be great if you could nail down why it's so amazingly unoptimal.
 Even with everything inlined and no overloading left, ghc seems to
 ignore the INLINE directives and use dictionaries left and right.
 When I looked at it a year ago or so, it was a return of one
 constructor in a sum.  That is, a function always returns the same
 constructor, so the case
 analysis of the return value is not needed; it should be returned as
 an unboxed tuple instead

 Another unrelated problem, I think, is that ghc needs to promote
 in-memory variables to registers when possible.
 Perhaps the new code generator has such a transformation?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3138>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 09:22:43 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 09:09:50 2009
Subject: [GHC] #3139: automate "cabal check" in ghc release process
Message-ID: <045.7ab42017b14002b12bbbb131a40f00d6@localhost>

#3139: automate "cabal check" in ghc release process
-----------------------------+----------------------------------------------
Reporter:  duncan            |          Owner:                  
    Type:  task              |         Status:  new             
Priority:  normal            |      Component:  Build System    
 Version:                    |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Currently the release manager must run `cabal check` manually on each
 package to check for problems that might cause the packages to be rejected
 when uploaded to Hackage. This should be automated.

 Ideally we would use a dedicated program to do the check because the
 `cabal` command line utility uses a stable version of the Cabal library
 but the latest version of the Cabal library often has additional QA
 checks.

 This was the case for the ghc-6.10.2 release. Hackage rejected the upload
 of `containers-0.2.0.1` with the message:
 {{{
 Unfortunately the language extensions 'DeriveDataTypeable', 'MagicHash'
 break the parser in earlier Cabal versions so you need to specify
 'cabal-version: >= 1.2.3'. Alternatively if you require compatability
 with earlier Cabal versions then you may be able to use an equivalent
 compiler-specific flag.
 }}}
 This happened because this QA check is only implemented in Cabal-1.7.x,
 not in the stable version that the `cabal` tool currently uses.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3139>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 09:43:39 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 09:30:47 2009
Subject: [GHC] #601: Replace GMP
In-Reply-To: <047.118762464fe3464def09b9461b8cccc5@localhost>
References: <047.118762464fe3464def09b9461b8cccc5@localhost>
Message-ID: <056.cadf712f39c85a6eba458470c3e35239@localhost>

#601: Replace GMP
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                    
        Type:  task              |       Status:  new               
    Priority:  normal            |    Milestone:  _|_               
   Component:  Compiler          |      Version:  None              
    Severity:  normal            |   Resolution:  None              
    Keywords:                    |   Difficulty:  Difficult (1 week)
    Testcase:  N/A               |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Replying to [comment:9 igloo]:
 >
 > However, the attached base.html (comparing nofib runs with GMP and
 integer-simple) makes me think that that is infeasible

 I did some digging to find out what was going on. Using an instrumented
 `integer-gmp`, it turned out that, during a build of GHC, there were
 7,312,684 calls to `GHC.Integer` that returns a `J#` result. Of these,
 4,479,189 were calls to `decodeFloat`, and 2,804,132 were calls to
 `quotRem`. This is because functions like `round` call `properFraction`,
 which looked like this:
 {{{
     properFraction x
       = case (decodeFloat x)      of { (m,n) ->
         let  b = floatRadix x     in
         if n >= 0 then
             (fromInteger m * fromInteger b ^ n, 0.0)
         else
             case (quotRem m (b^(negate n))) of { (w,r) ->
             (fromInteger w, encodeFloat r n)
             }
         }
 }}}
 where `m` and `n` are `Integer`s (and always `J#`, despite never being big
 enough to need to be).
 In the HEAD this has now been rewritten to use `Int` rather than
 `Integer`, so all of those `J#` integers disappear (we're also looking at
 reducing the number of `round` calls we make, but that no longer affects
 this ticket).

 There are now only 28,741 calls returning `J#` integers; 22,306 of them
 are `wordToInteger` calls, which are very cheap with simple-integer (which
 builds `Integer`s out or `Word#`s).

 Division is probably the slowest operation with simple-integer, so it
 seems likely that this was the cause of the slow-down. We should do some
 new timings to see where we stand.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/601#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 10:00:06 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 09:47:13 2009
Subject: [GHC] #3139: automate "cabal check" in ghc release process
In-Reply-To: <045.7ab42017b14002b12bbbb131a40f00d6@localhost>
References: <045.7ab42017b14002b12bbbb131a40f00d6@localhost>
Message-ID: <054.288c78ec11cddda5f368decfbeebd0b5@localhost>

#3139: automate "cabal check" in ghc release process
------------------------------+---------------------------------------------
 Reporter:  duncan            |          Owner:                  
     Type:  task              |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Build System      |        Version:                  
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by duncan):

 Note: `cabal upload --check` will do the remote tests by sending the
 packages to the hackage server and having it take a look. This accounts
 for the times when the server is using a later version of the Cabal lib
 (and thus QA checks) than the version the client is using.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3139#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 10:14:40 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 10:01:50 2009
Subject: [GHC] #3113: -fdisambiguate-record-fields does not exist anymore
In-Reply-To: <044.5adad4a89cba6b41e77da383c01017ad@localhost>
References: <044.5adad4a89cba6b41e77da383c01017ad@localhost>
Message-ID: <053.edd469a2dc6eb26cf4b98af38a24f8c0@localhost>

#3113: -fdisambiguate-record-fields does not exist anymore
---------------------------------+------------------------------------------
    Reporter:  fasta             |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Documentation     |      Version:  6.10.1          
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 I didn't follow all that (did it refer to an attachment you forgot to
 attach?), but I think this patch fixed the doc bug you're reporting:
 {{{
 Thu Nov 20 12:32:05 GMT 2008  simonpj@microsoft.com
   * Fix flag name -XDisambiguateRecordFields
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3113#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 10:17:40 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 10:04:47 2009
Subject: [GHC] #3140: (Windows?) GHCi doesn't load hierachical modules
Message-ID: <044.2eb3a00ae65a21d331fc8637974706c7@localhost>

#3140: (Windows?) GHCi doesn't load hierachical modules
--------------------+-------------------------------------------------------
Reporter:  Orphi    |          Owner:        
    Type:  bug      |         Status:  new   
Priority:  normal   |      Component:  GHCi  
 Version:  6.10.1   |       Severity:  normal
Keywords:           |       Testcase:        
      Os:  Windows  |   Architecture:  x86   
--------------------+-------------------------------------------------------
 On Windows, if you double-click a `*.hs` file, GHCi starts up and loads
 the corresponding module. Usually this works fine, however... it seems to
 trip over on hierachical module names. Specifically:

 * Create file `Foo\Bar.hs` containing a module `Foo.Bar` that imports
 `Foo.Baz`.
 * Create file `Foo\Baz.hs` containing a module `Foo.Baz`.
 * Double-click on `Foo\Bar.hs`; GHCi whines that it can't find `Foo.Baz`
 in the search path.

 This happens regardless of whether either of the modules is compiled or
 not. An easy work-around is to invoke GHCi from the command prompt with
 the CWD below the `Foo` folder. But it's kind of tedious to have to do
 that.

 Note that if `Foo.Bar` doesn't import anything (or only modules from
 packages) then it works just fine. GHCi just doesn't seem to be able to
 find source files in the current folder if they have hierachical names.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3140>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 10:27:26 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 10:14:35 2009
Subject: [GHC] #3097: Parser doesn't support doc comments on type aliases
In-Reply-To: <044.6ac53274c77a45d41dec45a1148c8504@localhost>
References: <044.6ac53274c77a45d41dec45a1148c8504@localhost>
Message-ID: <053.22fc447bed39dcf66051a6fd9a6d1ba2@localhost>

#3097: Parser doesn't support doc comments on type aliases
---------------------------------+------------------------------------------
    Reporter:  waern             |        Owner:                  
        Type:  merge             |       Status:  new             
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  Compiler          |      Version:  6.11            
    Severity:  major             |   Resolution:                  
    Keywords:  Haddock           |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * type:  bug => merge
  * milestone:  => 6.10 branch

Comment:

 Sorry, it was too late for 6.10.2; the builds were already done. I'll
 leave the ticket as a `merge` in case we do a 6.10.3.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3097#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 10:39:43 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 10:27:07 2009
Subject: [GHC] #3137: ghc 6.10.2 fails to compile on Mac OS X Leopard
In-Reply-To: <046.6f633fd5a4e98213439c39f0a29d0f1a@localhost>
References: <046.6f633fd5a4e98213439c39f0a29d0f1a@localhost>
Message-ID: <055.c7ddc46389067da6cff649c7bbaf908c@localhost>

#3137: ghc 6.10.2 fails to compile on Mac OS X Leopard
---------------------------------+------------------------------------------
    Reporter:  mvanier           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  major             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Comment:

 Can you give more details about how you are building GHC, please?

 It builds for me on x86 OS X.

 The different versions of filepath aren't a problem, incidentally.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3137#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 17:11:47 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 16:59:16 2009
Subject: [GHC] #3137: ghc 6.10.2 fails to compile on Mac OS X Leopard
In-Reply-To: <046.6f633fd5a4e98213439c39f0a29d0f1a@localhost>
References: <046.6f633fd5a4e98213439c39f0a29d0f1a@localhost>
Message-ID: <055.c06f27752429ec2bfda1c149630629b7@localhost>

#3137: ghc 6.10.2 fails to compile on Mac OS X Leopard
---------------------------------+------------------------------------------
    Reporter:  mvanier           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  major             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by mvanier):

 Replying to [comment:2 igloo]:
 > Can you give more details about how you are building GHC, please?
 >
 > It builds for me on x86 OS X.
 >
 > The different versions of filepath aren't a problem, incidentally.

 I'm doing

 {{{
 % ./configure --prefix=/pkg/ghc
 % ./make
 }}}

 IOW nothing special except a non-standard installation directory.  I am
 unpacking the ghc-6.10.2-src-extralibs.tar.bz2 tarfile as well as the src
 distribution, obviously.  I compiled ghc-6.10.1 on this exact machine in
 the same way with no problems.

 Conceivably there might be some weird interaction with cabal packages I've
 downloaded and installed.  Any thoughts on this?  I'd be willing to
 reinstall cabal from scratch, since AFAIK I'm not actively using any of
 the packages currently.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3137#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 21:07:20 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 20:54:26 2009
Subject: [GHC] #3141: directory-1.0.0.3 needs base == 4.* in .cabal file.
Message-ID: <044.bc080c0fa89ce0447b3f3aa55ae6717a@localhost>

#3141: directory-1.0.0.3 needs base == 4.* in .cabal file.
-----------------------------+----------------------------------------------
Reporter:  guest             |          Owner:                     
    Type:  bug               |         Status:  new                
Priority:  normal            |      Component:  libraries/directory
 Version:  6.10.1            |       Severity:  normal             
Keywords:                    |       Testcase:                     
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple   
-----------------------------+----------------------------------------------
 directory-1.0.0.3 imports Control.Exception.Base that is only exported
 since base-4.* so "cabal install directory" fails.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3141>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 21:18:08 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 21:05:14 2009
Subject: [GHC] #3142: unix-2.3.2.0 needs base >= 4.x in .cabal file
Message-ID: <044.f13b6bf3093c6ed979ae5427358e84fe@localhost>

#3142: unix-2.3.2.0 needs base >= 4.x in .cabal file
-----------------------------+----------------------------------------------
Reporter:  guest             |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  libraries/unix  
 Version:                    |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 From the hackage log[1] we can see that unix-2.3.2.0 lacks the appropriate
 lower bound on the version of base (>= 4.1) in build-depends.

 [1]http://hackage.haskell.org/packages/archive/unix/2.3.2.0/logs/failure/ghc-6.10

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3142>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 22:24:09 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 22:11:18 2009
Subject: [GHC] #3143: Network.Socket.connect: support for sockets w/ bound
 local endpoints
Message-ID: <042.e4e98b4e6662bbe35f8aa7664f1d58cb@localhost>

#3143: Network.Socket.connect: support for sockets w/ bound local endpoints
-----------------------------+----------------------------------------------
Reporter:  sof               |          Owner:                   
    Type:  bug               |         Status:  new              
Priority:  normal            |      Component:  libraries/network
 Version:  6.10.1            |       Severity:  normal           
Keywords:                    |       Testcase:                   
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple 
-----------------------------+----------------------------------------------
 Just in case this isn't taken care of by the ongoing rewrite of 'network',
 but there's an age-old limitation in the implementation of
 Network.Socket.connect -- it balks at being given a socket where the
 local endpoint (port,iface) has already been bound.

 i.e., it socket status test ought to be
     not (currentStatus `elem` [NotConnected,Bound])

 The workaround of manually resetting SocketStatus always leaves me
 feeling icky.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3143>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  2 23:26:30 2009
From: trac at galois.com (GHC)
Date: Thu Apr  2 23:13:45 2009
Subject: [GHC] #711: shutdownHaskell() does not return allocated memory
 on Unix
In-Reply-To: <075.111d4b2a7cd4bd954079dae4e1641cbc@localhost>
References: <075.111d4b2a7cd4bd954079dae4e1641cbc@localhost>
Message-ID: <084.de01ed8a8f035ea4881f6693df25e013@localhost>

#711: shutdownHaskell() does not return allocated memory on Unix
-----------------------------------------------------+----------------------
    Reporter:  lennart.augustsson@credit-suisse.com  |        Owner:  igloo           
        Type:  bug                                   |       Status:  new             
    Priority:  low                                   |    Milestone:  _|_             
   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 thoughtpolice):

  * owner:  simonmar => igloo

Comment:

 Hopefully this patch should fix this issue.

 {{{
 Fri Mar 20 07:49:57 CDT 2009  Austin Seipp <mad.one@gmail.com>
   * FIX #711 implement osFreeAllMBlocks for unix
 }}}

 I'm assigning this to igloo so he can take a look at it and merge it when
 necessary into HEAD I suppose (I've run validate and everything turned up
 OK.)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/711#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 01:13:12 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 01:00:19 2009
Subject: [GHC] #3144: ghc panic
Message-ID: <046.f122e65ac622a9061867123ca62ea175@localhost>

#3144: ghc panic
--------------------+-------------------------------------------------------
Reporter:  funmler  |          Owner:          
    Type:  bug      |         Status:  new     
Priority:  normal   |      Component:  Compiler
 Version:  6.10.1   |       Severity:  normal  
Keywords:           |       Testcase:          
      Os:  Linux    |   Architecture:  x86     
--------------------+-------------------------------------------------------
 ghci fails with

 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.2 for i386-unknown-linux):
         interactiveUI:setBuffering2

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 01:20:42 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 01:07:50 2009
Subject: [GHC] #3144: ghc panic
In-Reply-To: <046.f122e65ac622a9061867123ca62ea175@localhost>
References: <046.f122e65ac622a9061867123ca62ea175@localhost>
Message-ID: <055.b418c8718a356139b38a3ff5c93b5a10@localhost>

#3144: ghc panic
----------------------+-----------------------------------------------------
 Reporter:  funmler   |          Owner:        
     Type:  bug       |         Status:  new   
 Priority:  normal    |      Milestone:        
Component:  Compiler  |        Version:  6.10.1
 Severity:  normal    |     Resolution:        
 Keywords:            |       Testcase:        
       Os:  Linux     |   Architecture:  x86   
----------------------+-----------------------------------------------------
Comment (by funmler):

 This using the 6.10.2 on a lenny debian install. Please let me know if you
 need more details.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 02:12:28 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 01:59:34 2009
Subject: [GHC] #3143: Network.Socket.connect: support for sockets w/
 bound local endpoints
In-Reply-To: <042.e4e98b4e6662bbe35f8aa7664f1d58cb@localhost>
References: <042.e4e98b4e6662bbe35f8aa7664f1d58cb@localhost>
Message-ID: <051.0626c7231d04a00db5389fd252a796c6@localhost>

#3143: Network.Socket.connect: support for sockets w/ bound local endpoints
-------------------------------+--------------------------------------------
 Reporter:  sof                |          Owner:  tibbe           
     Type:  bug                |         Status:  assigned        
 Priority:  normal             |      Milestone:                  
Component:  libraries/network  |        Version:  6.10.1          
 Severity:  normal             |     Resolution:                  
 Keywords:                     |       Testcase:                  
       Os:  Unknown/Multiple   |   Architecture:  Unknown/Multiple
-------------------------------+--------------------------------------------
Changes (by tibbe):

  * status:  new => assigned
  * owner:  => tibbe

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3143#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 05:31:54 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 05:19:01 2009
Subject: [GHC] #3145: ImpredicativeTypes vs. LiberalTypeSynonyms
Message-ID: <060.c9239b1b4be823e1fc61481be1e07050@localhost>

#3145: ImpredicativeTypes vs. LiberalTypeSynonyms
----------------------------------+-----------------------------------------
Reporter:  MartijnVanSteenbergen  |          Owner:                  
    Type:  bug                    |         Status:  new             
Priority:  normal                 |      Component:  Compiler        
 Version:  6.10.1                 |       Severity:  normal          
Keywords:                         |       Testcase:                  
      Os:  Unknown/Multiple       |   Architecture:  Unknown/Multiple
----------------------------------+-----------------------------------------
 Consider the following module:

 {{{
 {-# LANGUAGE Rank2Types #-}

 module RunMud where

 import Control.Monad.State

 type Mud      = StateT MudState IO
 data MudState = MudState { mRunMud :: RunMud }
 type RunMud   = forall a. Mud a -> IO a

 getRunMud :: Mud RunMud
 getRunMud = do
   s <- get
   return (mRunMud s)
 }}}

 GHC suggests:

 {{{
 Illegal polymorphic or qualified type: RunMud
 Perhaps you intended to use -XImpredicativeTypes
 }}}

 When I add a language pragma for ImpredicativeTypes, GHC stills comes up
 with the same error message.

 Two questions:

 1) Can GHC please not suggest enabling extensions that are already
 enabled? It's very confusing.

 2) Can GHC in this specific case suggest LiberalTypeSynonyms? That's the
 third extension that needed to be on for this example to compile.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3145>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 06:43:00 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 06:30:06 2009
Subject: [GHC] #3118: ghc: panic! (the 'impossible' happened): Missing
 alternative
In-Reply-To: <046.01e7ae53f2503ee56ede8d8442a19052@localhost>
References: <046.01e7ae53f2503ee56ede8d8442a19052@localhost>
Message-ID: <055.cc16488495d23a9d34f7ad5fcac73860@localhost>

#3118: ghc: panic! (the 'impossible' happened): Missing alternative
------------------------------------------------+---------------------------
    Reporter:  calvins                          |        Owner:         
        Type:  bug                              |       Status:  closed 
    Priority:  normal                           |    Milestone:         
   Component:  Compiler                         |      Version:  6.10.1 
    Severity:  normal                           |   Resolution:  fixed  
    Keywords:                                   |   Difficulty:  Unknown
    Testcase:  simplCore/should_compiler/T3118  |           Os:  Linux  
Architecture:  x86_64 (amd64)                   |  
------------------------------------------------+---------------------------
Changes (by simonpj):

  * testcase:  => simplCore/should_compiler/T3118
  * status:  new => closed
  * resolution:  => fixed

Comment:

 Aha.  We managed to reproduce it.  Fixed by this
 {{{
 Thu Apr  2 16:28:34 BST 2009  simonpj@microsoft.com
   * Fix Trac #3118: missing alternative

   This patch fixes a rather obscure bug, whereby it's possible
   for (case C a b of <alts>) to have altenatives that do not inclue
   (C a b)!  See Note [Unreachable code] in CoreUtils.


     M ./compiler/basicTypes/MkId.lhs -2 +6
     M ./compiler/coreSyn/CoreUtils.lhs -11 +42
     M ./compiler/simplCore/Simplify.lhs -27 +28
     M ./compiler/specialise/SpecConstr.lhs -1 +3
 }}}

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3118#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 06:51:25 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 06:38:28 2009
Subject: [GHC] #3116: missed opportunity for call-pattern specialisation
In-Reply-To: <045.11aa093a8bb570bc9aa8e63dfc895a71@localhost>
References: <045.11aa093a8bb570bc9aa8e63dfc895a71@localhost>
Message-ID: <054.d9acb9e1fdd2bda16ff8cc677911e17c@localhost>

#3116: missed opportunity for call-pattern specialisation
-----------------------------------------+----------------------------------
    Reporter:  duncan                    |        Owner:                  
        Type:  run-time performance bug  |       Status:  closed          
    Priority:  normal                    |    Milestone:                  
   Component:  Compiler                  |      Version:  6.10.1          
    Severity:  normal                    |   Resolution:  fixed           
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:  eyeball/T3116.hs          |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by simonpj):

  * testcase:  => eyeball/T3116.hs
  * status:  new => closed
  * resolution:  => fixed

Comment:

 The original (excellent) suggestion is implemented by this patch:
 {{{
 Wed Mar 25 09:52:05 GMT 2009  simonpj@microsoft.com
   * Improve mkDupableCont; and fix Trac #3116

   It turns out that, as a result of a change I made a few months ago to
   the representation of SimplCont, it's easy to solve the optimisation
   challenge posed by Trac #3116.  Hurrah.

   Extensive comments in Note [Duplicating StrictArg].


     M ./compiler/simplCore/SimplUtils.lhs -1 +1
     M ./compiler/simplCore/Simplify.lhs -19 +67
 }}}
 Now you get perfect code for the example!  Test in `eyeball/T3118.hs`.

 I'm going to close this ticket; if you like, you can open another for the
 more speculative idea you were proposing.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3116#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 07:08:30 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 06:55:36 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.f39058986dc2bc6c81238832486d65e2@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:                  
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Changes (by simonpj):

  * testcase:  => simplCore/should_compile/T3016
  * owner:  => igloo

Comment:

 OK I fixed this bug as a part of this patch:
 {{{
 Fri Apr  3 01:46:34 PDT 2009  simonpj@microsoft.com
   * Adjust inlining heursitics
   Ignore-this: a2d6849726f6705e06941c74137bfe7e

   This patch is the result of a long series of nofib-based experiments
   to improve GHC's inlining heuristics.
 }}}
 Now compilation of the file you attached is much, much faster:
 {{{
 $ time $vpj2 Large2.hs -c -O -fforce-recomp

 real    0m29.653s
 user    0m27.935s
 sys     0m0.631s
 }}}
 Each of the 1000-odd big constants in Large2.hs expands to the product of
 a dozen or so small constants. A file of 12,000 constants combined with
 calls to `plusInteger` etc still shouldn't take as long as 30s, but still
 an improvement of two orders of magnitude should help you.

 Ian: I'll add the example as a test case
 (`simplCore/should_compile/T3116.hs`), with the idea that it'll time out
 if Bad Things happen again in the future. Can you just check that it
 doesn't time out on some architectures already; if so, make the test a bit
 smaller?  I'll reassign the bug to you for that sole purpose.  After that
 you can close it.

 Oh, the test runs slowly, so you might want not to have it in the
 validation run.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 09:33:29 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 09:20:35 2009
Subject: [GHC] #3145: ImpredicativeTypes vs. LiberalTypeSynonyms
In-Reply-To: <060.c9239b1b4be823e1fc61481be1e07050@localhost>
References: <060.c9239b1b4be823e1fc61481be1e07050@localhost>
Message-ID: <069.dec4fc27f616176cd083937535e6f4eb@localhost>

#3145: ImpredicativeTypes vs. LiberalTypeSynonyms
--------------------------------------+-------------------------------------
    Reporter:  MartijnVanSteenbergen  |        Owner:                  
        Type:  bug                    |       Status:  closed          
    Priority:  normal                 |    Milestone:                  
   Component:  Compiler               |      Version:  6.10.1          
    Severity:  normal                 |   Resolution:  fixed           
    Keywords:                         |   Difficulty:  Unknown         
    Testcase:                         |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple       |  
--------------------------------------+-------------------------------------
Changes (by simonpj):

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

Comment:

 Happily, the HEAD has this fixed already
 {{{
 $ $vpj -c T3145.hs

 T3145.hs:11:0:
     Illegal polymorphic or qualified type: RunMud
     Perhaps you intended to use -XLiberalTypeSynonyms
     In the type signature for `getRunMud':
       getRunMud :: Mud RunMud
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3145#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 09:39:59 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 09:27:04 2009
Subject: [GHC] #2652: fancier prompts for ghci
In-Reply-To: <043.a8f4d98c7c46b6cf0ed186a84ca3ef31@localhost>
References: <043.a8f4d98c7c46b6cf0ed186a84ca3ef31@localhost>
Message-ID: <052.efbcda7a4f99d008fd978f3574702374@localhost>

#2652: fancier prompts for ghci
---------------------------------+------------------------------------------
    Reporter:  jsnx              |        Owner:  igloo           
        Type:  feature request   |       Status:  reopened        
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  GHCi              |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by jsnx):

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

Comment:

 Replying to [comment:5 igloo]:
 > Thanks for the patch! I've applied a slightly different version: Prompt
 strings starting with " are treated as Haskell strings; otherwise they are
 treated as literal strings.

 Is this going to be in 6.12? I've noticed it's not included in 6.10.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2652#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 10:03:07 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 09:50:11 2009
Subject: [GHC] #3145: ImpredicativeTypes vs. LiberalTypeSynonyms
In-Reply-To: <060.c9239b1b4be823e1fc61481be1e07050@localhost>
References: <060.c9239b1b4be823e1fc61481be1e07050@localhost>
Message-ID: <069.8211a400e2865e795eb2ffd62f8fc75f@localhost>

#3145: ImpredicativeTypes vs. LiberalTypeSynonyms
--------------------------------------+-------------------------------------
    Reporter:  MartijnVanSteenbergen  |        Owner:                  
        Type:  bug                    |       Status:  closed          
    Priority:  normal                 |    Milestone:                  
   Component:  Compiler               |      Version:  6.10.1          
    Severity:  normal                 |   Resolution:  fixed           
    Keywords:                         |   Difficulty:  Unknown         
    Testcase:                         |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple       |  
--------------------------------------+-------------------------------------
Comment (by MartijnVanSteenbergen):

 That's awesome; thank you!

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3145#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 10:29:29 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 10:16:33 2009
Subject: [GHC] #2652: fancier prompts for ghci
In-Reply-To: <043.a8f4d98c7c46b6cf0ed186a84ca3ef31@localhost>
References: <043.a8f4d98c7c46b6cf0ed186a84ca3ef31@localhost>
Message-ID: <052.bd8dcd401c45157409e9908eaee5caea@localhost>

#2652: fancier prompts for ghci
---------------------------------+------------------------------------------
    Reporter:  jsnx              |        Owner:  igloo           
        Type:  feature request   |       Status:  reopened        
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  GHCi              |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Yes, this patch is only in the HEAD (which will become 6.12):
 {{{
 Fri Oct 31 14:52:27 GMT 2008  Ian Lynagh <igloo@earth.li>
   * :set prompt now understand Haskell String syntax; trace #2652
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2652#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 10:29:37 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 10:16:44 2009
Subject: [GHC] #2652: fancier prompts for ghci
In-Reply-To: <043.a8f4d98c7c46b6cf0ed186a84ca3ef31@localhost>
References: <043.a8f4d98c7c46b6cf0ed186a84ca3ef31@localhost>
Message-ID: <052.d91a208bc0c52feade6b50a5a9e0e659@localhost>

#2652: fancier prompts for ghci
---------------------------------+------------------------------------------
    Reporter:  jsnx              |        Owner:  igloo           
        Type:  feature request   |       Status:  closed          
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  GHCi              |      Version:  6.8.3           
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2652#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 11:10:39 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 10:57:45 2009
Subject: [GHC] #2996: Network.Socket.sClose should change socket status
In-Reply-To: <046.41f89e25a108f554724958983d75e152@localhost>
References: <046.41f89e25a108f554724958983d75e152@localhost>
Message-ID: <055.e5b7e633bd76ec316b6c2db5cd286f42@localhost>

#2996: Network.Socket.sClose should change socket status
----------------------------------+-----------------------------------------
    Reporter:  amthrax            |        Owner:  tibbe           
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.10.2          
   Component:  libraries/network  |      Version:  6.10.1          
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Comment (by tibbe):

 Moved to http://trac.haskell.org/network/ticket/6

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2996#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 11:10:54 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 10:57:59 2009
Subject: [GHC] #2996: Network.Socket.sClose should change socket status
In-Reply-To: <046.41f89e25a108f554724958983d75e152@localhost>
References: <046.41f89e25a108f554724958983d75e152@localhost>
Message-ID: <055.b9afacf136cb10c4ea79c529da6e3824@localhost>

#2996: Network.Socket.sClose should change socket status
----------------------------------+-----------------------------------------
    Reporter:  amthrax            |        Owner:  tibbe           
        Type:  bug                |       Status:  closed          
    Priority:  normal             |    Milestone:  6.10.2          
   Component:  libraries/network  |      Version:  6.10.1          
    Severity:  normal             |   Resolution:  invalid         
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by tibbe):

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

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2996#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 12:19:36 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 12:06:40 2009
Subject: [GHC] #3146: Testsuite for 6.10.2 fails if ghc is not already
 installed.
Message-ID: <046.a00e15f02f52db9c2055fd7558fb1a25@localhost>

#3146: Testsuite for 6.10.2 fails if ghc is not already installed.
-----------------------------+----------------------------------------------
Reporter:  gwright           |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Test Suite      
 Version:  6.10.1            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 The testsuite for ghc 6.10.2 fails if ghc is not already installed,
 because building at least one of the utilities requires hsc2hs.

 Attached are patches to the testsuite-6.10.2/mk/boilerplate.mk and
 testsuite-6.10.2/timeout/Makefile to fix this.  The patches force the use
 of the newly built hsc2hs.  (The changes handle hsc2hs in the same way
 ghc-pkg is handled.)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3146>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 12:21:28 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 12:08:31 2009
Subject: [GHC] #3147: Testsuite for 6.10.2 fails if ghc is not already
 installed.
Message-ID: <046.cc4a533171eb0c981f6406d5a101b3e3@localhost>

#3147: Testsuite for 6.10.2 fails if ghc is not already installed.
-----------------------------+----------------------------------------------
Reporter:  gwright           |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Test Suite      
 Version:  6.10.1            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 The testsuite for ghc 6.10.2 fails if ghc is not already installed,
 because building at least one of the utilities requires hsc2hs.

 Attached are patches to the testsuite-6.10.2/mk/boilerplate.mk and
 testsuite-6.10.2/timeout/Makefile to fix this.  The patches force the use
 of the newly built hsc2hs.  (The changes handle hsc2hs in the same way
 ghc-pkg is handled.)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3147>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 12:27:00 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 12:14:03 2009
Subject: [GHC] #3146: Testsuite for 6.10.2 fails if ghc is not already
 installed.
In-Reply-To: <046.a00e15f02f52db9c2055fd7558fb1a25@localhost>
References: <046.a00e15f02f52db9c2055fd7558fb1a25@localhost>
Message-ID: <055.8da7b95a8594db8743aa8f9a8153f8dd@localhost>

#3146: Testsuite for 6.10.2 fails if ghc is not already installed.
------------------------------+---------------------------------------------
 Reporter:  gwright           |          Owner:                  
     Type:  bug               |         Status:  closed          
 Priority:  normal            |      Milestone:                  
Component:  Test Suite        |        Version:  6.10.1          
 Severity:  normal            |     Resolution:  duplicate       
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by gwright):

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

Comment:

 Accidentally entered twice.  #3147 is the complete bug report with
 patches.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3146#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 15:59:35 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 15:53:01 2009
Subject: [GHC] #3148: build failure of GHC 6.10.2 release on
 arm-unknown-linux platform
Message-ID: <046.46ff7b43ffa207f2ab56b782f0f3afa1@localhost>

#3148: build failure of GHC 6.10.2 release on arm-unknown-linux platform
--------------------+-------------------------------------------------------
Reporter:  kgardas  |          Owner:              
    Type:  bug      |         Status:  new         
Priority:  normal   |      Component:  Build System
 Version:  6.10.1   |       Severity:  normal      
Keywords:           |       Testcase:              
      Os:  Linux    |   Architecture:  arm         
--------------------+-------------------------------------------------------
 Hello,
 I've attempted to build GHC 6.10.2 release on arm-unknown-linux platform,
 but build fails with:
 {{{
 /home/user/src/ghc-6.10.2/ghc/stage1-inplace/ghc  -H32m -O -optc-O2
 -I../includes -I. -Iparallel -Ism -DCOMPILING_RTS -package-name rts -optc-
 DNOSMP -static  -I../gmp/gmpbuild -I../libffi/build/include -I. -dcmm-lint
 -c Apply.cmm -o Apply.o
 /tmp/ghc16399_0/ghc16399_0.hc: In function ?stg_ap_0_fast?:

 /tmp/ghc16399_0/ghc16399_0.hc:15:0:
      warning: implicit declaration of function ?JMP_?
 ghc-asm: don't know how to mangle assembly language for: arm-unknown-linux
 make[1]: *** [Apply.o] Error 1
 make[1]: Leaving directory `/home/user/src/ghc-6.10.2/rts'
 make: *** [stage1] Error 2
 }}}

 to perform the build I've done common:
 {{{
 ./configure --prefix=/tmp/ghc-6.10.2-bin
 make
 }}}

 The linux is Debian 4.0 running on simulated armv5tel (Qemu):
 {{{
 debian-arm:~# cat /proc/cpuinfo
 Processor       : ARM926EJ-S rev 5 (v5l)
 BogoMIPS        : 589.82
 Features        : swp half fastmult edsp java
 CPU implementer : 0x41
 CPU architecture: 5TEJ
 CPU variant     : 0x0
 CPU part        : 0x926
 CPU revision    : 5
 Cache type      : write-through
 Cache clean     : not required
 Cache lockdown  : not supported
 Cache format    : Harvard
 I size          : 4096
 I assoc         : 4
 I line length   : 32
 I sets          : 32
 D size          : 65536
 D assoc         : 4
 D line length   : 32
 D sets          : 512

 Hardware        : ARM-Versatile PB
 Revision        : 0000
 Serial          : 0000000000000000
 debian-arm:~#
 }}}

 I'm using Debian provided GHC, which is version 6.6:
 {{{
 debian-arm:~# ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.6
 debian-arm:~# ghc-pkg -l
 /usr/lib/ghc-6.6/package.conf:
     Cabal-1.1.6, base-2.0, (ghc-6.6), haskell98-1.0, parsec-2.0,
     readline-1.0, regex-base-0.71, regex-compat-0.71, regex-posix-0.71,
     rts-1.0, stm-2.0, template-haskell-2.0, unix-1.0
 debian-arm:~#
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3148>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 21:22:16 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 21:09:33 2009
Subject: [GHC] #1969: enormous compile times
In-Reply-To: <045.1ab99ac1a52ae6b35a7131dc801608a9@localhost>
References: <045.1ab99ac1a52ae6b35a7131dc801608a9@localhost>
Message-ID: <054.ba382637ebb7f8fd5c6362d5c5274a6c@localhost>

#1969: enormous compile times
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:  igloo             
        Type:  merge             |       Status:  new               
    Priority:  normal            |    Milestone:  6.10.2            
   Component:  Compiler          |      Version:  6.8.1             
    Severity:  normal            |   Resolution:                    
    Keywords:  performance       |   Difficulty:  Difficult (1 week)
    Testcase:  T1969             |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * testcase:  => T1969

Comment:

 I've added a compiler space usage test, `T1969`.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1969#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr  3 22:12:28 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 21:59:32 2009
Subject: [GHC] #3149: Data.HashTable is slow
Message-ID: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>

#3149: Data.HashTable is slow
-----------------------------+----------------------------------------------
Reporter:  dons              |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  libraries/base  
 Version:  6.10.1            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Data.HashTable is slow. Implement something non-naive, and move it out of
 base. It's a bit embarassing. See e.g.

 {{{
 import Prelude hiding (lookup)
 import Data.HashTable (hashInt, fromList, lookup)

 n :: Int
 n = 10000000

 l :: [Int]
 l = [1..n]

 stream :: [(Int, Int)]
 stream = zip l l

 main = do
    m <- fromList hashInt stream
    v <- lookup m 100
    print v

 }}}

 Maybe just port the OCaml standard hashtable?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3149>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 00:08:44 2009
From: trac at galois.com (GHC)
Date: Fri Apr  3 23:55:51 2009
Subject: [GHC] #3149: Data.HashTable is slow
In-Reply-To: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
References: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
Message-ID: <052.4c8002c8d5d142d19ed60002ee7a6129@localhost>

#3149: Data.HashTable is slow
------------------------------+---------------------------------------------
 Reporter:  dons              |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/base    |        Version:  6.10.1          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by dons):

 GC destroys this benchmark (and Data.HashTable in general, it seems).
 Removing lists from the equation:

 {{{
 import Control.Monad
 import qualified Data.HashTable as H

 n = 10000000

 main = do
     m <- H.new (==) H.hashInt
     forM_ [1..10000000] $ \n -> H.insert m n n
     v <- H.lookup m 100
     print v

 }}}

 51s by default, 98% GC:

 {{{
 $ time ./A
 Just 100
 ./A +RTS  48.83s user 1.18s system 98% cpu 50.929 total

    1,787,760,112 bytes allocated in the heap
    3,333,907,256 bytes copied during GC
      836,979,232 bytes maximum residency (11 sample(s))
        4,261,176 bytes maximum slop
             1628 MB total memory in use (25 MB lost due to fragmentation)

   Generation 0:  3400 collections,     0 parallel, 44.14s, 45.15s elapsed
   Generation 1:    11 collections,     0 parallel,  3.78s,  4.96s elapsed

   INIT  time    0.00s  (  0.00s elapsed)
   MUT   time    0.52s  (  0.52s elapsed)
   GC    time   47.91s  ( 50.11s elapsed)
   EXIT  time    0.00s  (  0.02s elapsed)
   Total time   48.44s  ( 50.63s elapsed)

   ***%GC time      98.9%  (99.0% elapsed)***

   Alloc rate    3,416,378,481 bytes per MUT second

   Productivity   1.1% of total user, 1.0% of total elapsed
 }}}

 Turning up the heap hint:

 {{{
 $ time ./A  +RTS -H1G
 Just 100
 ./A +RTS -H1G  6.68s user 0.99s system 98% cpu 7.778 total

    1,787,825,320 bytes allocated in the heap
    2,021,056,256 bytes copied during GC
      466,523,872 bytes maximum residency (2 sample(s))
        5,748,312 bytes maximum slop
             1117 MB total memory in use (17 MB lost due to fragmentation)

   Generation 0:     9 collections,     0 parallel,  4.68s,  5.03s elapsed
   Generation 1:     2 collections,     0 parallel,  1.16s,  1.23s elapsed

   INIT  time    0.00s  (  0.00s elapsed)
   MUT   time    0.84s  (  1.49s elapsed)
   GC    time    5.84s  (  6.26s elapsed)
   EXIT  time    0.00s  (  0.17s elapsed)
   Total time    6.69s  (  7.75s elapsed)

   ***%GC time      87.4%  (80.8% elapsed)***

   Alloc rate    2,120,087,562 bytes per MUT second

   Productivity  12.6% of total user, 10.9% of total elapsed

 ./A +RTS -sstderr -H1G  6.69s user 0.90s system 96% cpu 7.834 total
 }}}

 And GC is stil 89% of the time. If we could remove the GC as a factor we'd
 be looking at something like 0.6s on this  benchmark, instead of 50s.

 ------------------------------

 Using the parallel GC is fun, since you get really serious GC use:

 {{{
 $ ghc -O2 A.hs --make -threaded -no-recomp

 on the commandline:
     Warning: -no-recomp is deprecated: Use -fforce-recomp instead
 [1 of 1] Compiling Main             ( A.hs, A.o )
 Linking A ...
 $ time ./A  +RTS -H1G -sstderr -N2
 ./A +RTS -H1G -sstderr -N2
 Just 100
    1,787,833,280 bytes allocated in the heap
    2,477,128,208 bytes copied during GC
      672,983,168 bytes maximum residency (3 sample(s))
       44,186,984 bytes maximum slop
             1349 MB total memory in use (21 MB lost due to fragmentation)

   Generation 0:    14 collections,    14 parallel,  7.63s,  4.17s elapsed
   Generation 1:     3 collections,     2 parallel,  3.47s,  2.12s elapsed

 ...
   Parallel GC work balance: 1.89 (309610432 / 164021678, ideal 2)
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3149#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 00:14:12 2009
From: trac at galois.com (GHC)
Date: Sat Apr  4 00:01:29 2009
Subject: [GHC] #1969: enormous compile times
In-Reply-To: <045.1ab99ac1a52ae6b35a7131dc801608a9@localhost>
References: <045.1ab99ac1a52ae6b35a7131dc801608a9@localhost>
Message-ID: <054.a9a238458cbd2f170aecf228f60713e2@localhost>

#1969: enormous compile times
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:  igloo             
        Type:  merge             |       Status:  new               
    Priority:  normal            |    Milestone:  6.10.2            
   Component:  Compiler          |      Version:  6.8.1             
    Severity:  normal            |   Resolution:                    
    Keywords:  performance       |   Difficulty:  Difficult (1 week)
    Testcase:  T1969             |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by chak):

 Replying to [comment:17 igloo]:
 > I've added a compiler space usage test, `T1969`.

 Did you test it on OS X?  I get
 {{{
 =====> T1969(normal)
 cd ./space_leaks && '/Users/chak/Code/ghc-test/ghc/stage2-inplace/ghc'
 -fforce-r
 ecomp -dcore-lint -dcmm-lint  -dno-debug-output -c T1969.hs   +RTS
 -tT1969.comp.
 stats --machine-readable -RTS  >T1969.comp.stderr 2>&1
 peak_megabytes_allocated 19 is more than maximum allowed 15
 *** unexpected failure for T1969(normal)
 }}}
 in a validate run with the latest patches.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1969#comment:18>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 01:19:23 2009
From: trac at galois.com (GHC)
Date: Sat Apr  4 01:06:24 2009
Subject: [GHC] #3149: Data.HashTable is slow
In-Reply-To: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
References: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
Message-ID: <052.c702aeb9a58ffb8982e54a2dc3acc2d1@localhost>

#3149: Data.HashTable is slow
------------------------------+---------------------------------------------
 Reporter:  dons              |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Runtime System    |        Version:  6.10.1          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by dons):

 Issue is the same as #650

 What should we do?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3149#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 01:30:51 2009
From: trac at galois.com (GHC)
Date: Sat Apr  4 01:17:54 2009
Subject: [GHC] #650: Improve interaction between mutable arrays and GC
In-Reply-To: <047.44b951cd4b5aa8536d862412c8d86597@localhost>
References: <047.44b951cd4b5aa8536d862412c8d86597@localhost>
Message-ID: <056.e66a75050585bfbb81806f48502d9917@localhost>

#650: Improve interaction between mutable arrays and GC
-----------------------------------------+----------------------------------
    Reporter:  simonmar                  |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  _|_             
   Component:  Runtime System            |      Version:  6.4.1           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Moderate (1 day)
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by dons):

 * cc: dons (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/650#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 01:39:27 2009
From: trac at galois.com (GHC)
Date: Sat Apr  4 01:26:28 2009
Subject: [GHC] #3149: Data.HashTable is slow
In-Reply-To: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
References: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
Message-ID: <052.2104c417c22ae4c3877bd828cb36b481@localhost>

#3149: Data.HashTable is slow
------------------------------+---------------------------------------------
 Reporter:  dons              |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Runtime System    |        Version:  6.10.1          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by dons):

 This is one interesting way we avoided the "mutable boxed array problem"
 in the shootout:

 http://shootout.alioth.debian.org/u64q/benchmark.php?test=knucleotide&lang=ghc&id=4

 The hashtable is represent as:

 {{{
 data Hashtable = Hashtable {
         keySize   :: {-# UNPACK #-}!Int,
         noOfSlots :: {-# UNPACK #-}!Int,
         spine     :: {-# UNPACK #-}!(Ptr Word8)
     }
 }}}

 avoiding all issues of GC wandering. Give up on

 Might be one candidate approach for replacing the current IOArray
 [(Int,a)] version.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3149#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 05:01:09 2009
From: trac at galois.com (GHC)
Date: Sat Apr  4 04:48:14 2009
Subject: [GHC] #3144: ghc panic
In-Reply-To: <046.f122e65ac622a9061867123ca62ea175@localhost>
References: <046.f122e65ac622a9061867123ca62ea175@localhost>
Message-ID: <055.c32b99629abe1c8db7759c70cfb5773f@localhost>

#3144: ghc panic
----------------------+-----------------------------------------------------
 Reporter:  funmler   |          Owner:        
     Type:  bug       |         Status:  new   
 Priority:  normal    |      Milestone:        
Component:  Compiler  |        Version:  6.10.1
 Severity:  normal    |     Resolution:        
 Keywords:            |       Testcase:        
       Os:  Linux     |   Architecture:  x86   
----------------------+-----------------------------------------------------
Changes (by aruiz):

 * cc: aruiz@um.es (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 07:04:41 2009
From: trac at galois.com (GHC)
Date: Sat Apr  4 06:51:42 2009
Subject: [GHC] #3149: Data.HashTable is slow
In-Reply-To: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
References: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
Message-ID: <052.41b16afd3ac6ef0f126d70aa1b68023d@localhost>

#3149: Data.HashTable is slow
---------------------------------+------------------------------------------
    Reporter:  dons              |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  Runtime System    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Comment:

 Replying to [ticket:3149 dons]:
 > Data.HashTable is slow. Implement something non-naive, and move it out
 of base.

 We can't just move it out of base as `Data.Typeable` uses it.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3149#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 07:25:38 2009
From: trac at galois.com (GHC)
Date: Sat Apr  4 07:12:54 2009
Subject: [GHC] #1969: enormous compile times
In-Reply-To: <045.1ab99ac1a52ae6b35a7131dc801608a9@localhost>
References: <045.1ab99ac1a52ae6b35a7131dc801608a9@localhost>
Message-ID: <054.f97e007ab22c8cc3ea5fcb2040df019a@localhost>

#1969: enormous compile times
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:  igloo             
        Type:  merge             |       Status:  new               
    Priority:  normal            |    Milestone:  6.10.2            
   Component:  Compiler          |      Version:  6.8.1             
    Severity:  normal            |   Resolution:                    
    Keywords:  performance       |   Difficulty:  Difficult (1 week)
    Testcase:  T1969             |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Yes, it consistently gave me 15 on OS X. I'll relax it to allow 19 too. Do
 let me know if you see any more of these failures; I'm not sure how loose
 the bounds should be.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1969#comment:19>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr  4 08:22:16 2009
From: trac at galois.com (GHC)
Date: Sat Apr  4 08:09:19 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.1bb7a9f32e7d81dd354fad4b72313bec@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:                  
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by igloo):

 There might be more to look at here. I've attached `h.png`, a heap profile
 with only the first 56 lines of the `largeConsts` list. Nothing jumps out
 from the profiling data:
 {{{
 unSM                           SimplMonad             7.3    0.0
 thenSmpl                       SimplMonad             5.7    1.0
 thenFC                         CgMonad                4.7    3.2
 completeCall                   Simplify               2.7    6.8
 >>=_aUF                        RegAlloc.Linear.State   2.2    0.5
 getCommonNodeUFMData           UniqFM                 2.1    2.5
 insert_ele                     UniqFM                 1.4    2.6
 thenNat                        NCGMonad               1.2    0.1
 simplVar                       Simplify               1.2    0.0
 ==_a3sk                        DynFlags               1.2    0.0
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr  5 03:57:11 2009
From: trac at galois.com (GHC)
Date: Sun Apr  5 03:44:10 2009
Subject: [GHC] #3071: Network.Socket.recv throws IOException on reading
 0 bytes
In-Reply-To: <044.f28ebb983d23da6b0b734e05a1832f39@localhost>
References: <044.f28ebb983d23da6b0b734e05a1832f39@localhost>
Message-ID: <053.09e2cb86dec9d4383e039b4862192301@localhost>

#3071: Network.Socket.recv throws IOException on reading 0 bytes
-------------------------------+--------------------------------------------
 Reporter:  tibbe              |          Owner:                  
     Type:  bug                |         Status:  closed          
 Priority:  normal             |      Milestone:                  
Component:  libraries/network  |        Version:  6.10.1          
 Severity:  normal             |     Resolution:  invalid         
 Keywords:                     |       Testcase:                  
       Os:  Unknown/Multiple   |   Architecture:  Unknown/Multiple
-------------------------------+--------------------------------------------
Changes (by tibbe):

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

Comment:

 Moved to http://trac.haskell.org/network/ticket/7

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3071#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr  5 10:50:10 2009
From: trac at galois.com (GHC)
Date: Sun Apr  5 10:37:11 2009
Subject: [GHC] #650: Improve interaction between mutable arrays and GC
In-Reply-To: <047.44b951cd4b5aa8536d862412c8d86597@localhost>
References: <047.44b951cd4b5aa8536d862412c8d86597@localhost>
Message-ID: <056.992d7312d95760aa4d12b79aa705748f@localhost>

#650: Improve interaction between mutable arrays and GC
-----------------------------------------+----------------------------------
    Reporter:  simonmar                  |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  _|_             
   Component:  Runtime System            |      Version:  6.4.1           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Moderate (1 day)
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by ertai):

 * cc: ertai (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/650#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr  5 21:38:52 2009
From: trac at galois.com (GHC)
Date: Sun Apr  5 21:26:01 2009
Subject: [GHC] #2395: "Pattern match(es) are overlapped" warning with a
 single view pattern (ghc 6.9.20080606)
In-Reply-To: <047.ecbd48e54b1bf1fee3a4558a1775b513@localhost>
References: <047.ecbd48e54b1bf1fee3a4558a1775b513@localhost>
Message-ID: <056.501a6c40d19c6365cb77890596ea4fef@localhost>

#2395: "Pattern match(es) are overlapped" warning with a single view pattern (ghc
6.9.20080606)
---------------------------------+------------------------------------------
    Reporter:  rwbarton          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  Compiler          |      Version:  6.9             
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by ajd):

 * cc: alexander.dunlap@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2395#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr  5 23:39:22 2009
From: trac at galois.com (GHC)
Date: Sun Apr  5 23:26:20 2009
Subject: [GHC] #3150: Overlapping data instances can segfault
Message-ID: <044.9aecaf58d36ae316d2c63f18556f6f75@localhost>

#3150: Overlapping data instances can segfault
-----------------------------+----------------------------------------------
Reporter:  guest             |          Owner:                         
    Type:  bug               |         Status:  new                    
Priority:  normal            |      Component:  Compiler (Type checker)
 Version:  6.10.1            |       Severity:  normal                 
Keywords:                    |       Testcase:                         
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple       
-----------------------------+----------------------------------------------
 When exploring data families for some fast unboxed tuple representation,
 we came across the following scenario.

 {{{
 class Foo a where
     data Bar a :: *

 instance Foo a where
     data Bar a = PBar a

 instance Foo () where
     data Bar () = PUnit
 }}}

 {{{

 GHCi, version 6.10.1: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 [1 of 1] Compiling Main             ( Foo.hs, interpreted )
 Ok, modules loaded: Main.
 *Main> case PUnit of PBar x -> x
 Segmentation fault
 }}}

 It appears the compiler is allowing the refinement of a into () because
 they overlap, when it shouldn't.

 This is less academic than this example, because it affects doing similar
 operations to automatically unbox tuples of primitives when possible.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3150>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr  5 23:40:19 2009
From: trac at galois.com (GHC)
Date: Sun Apr  5 23:27:15 2009
Subject: [GHC] #3150: Overlapping data instances can segfault
In-Reply-To: <044.9aecaf58d36ae316d2c63f18556f6f75@localhost>
References: <044.9aecaf58d36ae316d2c63f18556f6f75@localhost>
Message-ID: <053.87075b1c82fd0b2e39de187b7eb984c2@localhost>

#3150: Overlapping data instances can segfault
-------------------------------------+--------------------------------------
 Reporter:  guest                    |          Owner:                  
     Type:  bug                      |         Status:  new             
 Priority:  normal                   |      Milestone:                  
Component:  Compiler (Type checker)  |        Version:  6.10.1          
 Severity:  normal                   |     Resolution:                  
 Keywords:                           |       Testcase:                  
       Os:  Unknown/Multiple         |   Architecture:  Unknown/Multiple
-------------------------------------+--------------------------------------
Comment (by guest):

 I forgot to mention that was run with

 ghci Foo.hs -XTypeFamilies -XFlexibleInstances

 -- it didn't even require OverlappingInstances

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3150#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 00:55:41 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 00:43:08 2009
Subject: [GHC] #3085: warn about language extensions that are not used
In-Reply-To: <051.bedfbd02c24cc787d0bf163c67d17d1e@localhost>
References: <051.bedfbd02c24cc787d0bf163c67d17d1e@localhost>
Message-ID: <060.a70690b7948133ab295ffab2d52147dd@localhost>

#3085: warn about language extensions that are not used
---------------------------------------------+------------------------------
    Reporter:  PVerswyvelen                  |        Owner:                  
        Type:  feature request               |       Status:  new             
    Priority:  normal                        |    Milestone:                  
   Component:  Compiler                      |      Version:  6.10.1          
    Severity:  normal                        |   Resolution:                  
    Keywords:  warnings extensions language  |   Difficulty:  Unknown         
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple              |  
---------------------------------------------+------------------------------
Changes (by tim):

 * cc: chevalier@alum.wellesley.edu (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3085#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 01:47:13 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 01:34:20 2009
Subject: [GHC] #1015: regex001(ghci,threaded1) seg-faults under Solaris
In-Reply-To: <052.533384a70abd2d45f0347c9d49345eeb@localhost>
References: <052.533384a70abd2d45f0347c9d49345eeb@localhost>
Message-ID: <061.f03ec94b65bcdfe905ba95db64819792@localhost>

#1015: regex001(ghci,threaded1) seg-faults under Solaris
---------------------------------+------------------------------------------
    Reporter:  maeder@tzi.de     |        Owner:  benl   
        Type:  bug               |       Status:  closed 
    Priority:  normal            |    Milestone:  _|_    
   Component:  Compiler          |      Version:  6.6    
    Severity:  normal            |   Resolution:  fixed  
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Solaris
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by benl):

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

Comment:

 Mon Apr  6 15:35:13 EST 2009  Ben.Lippmeier@anu.edu.au
   * Fix #1015: Don't free the buffers of regexes who's compile fails.
   The SunOS 5.10 man page says that if regcomp fails then the regex
   buffer becomes "undefined". Trying to free it causes a segv under
   x86 and SPARC.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1015#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 01:54:59 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 01:41:55 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
Message-ID: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>

#3151: Hello World does not compile (missing Prelude?)
--------------------+-------------------------------------------------------
Reporter:  fft1976  |          Owner:          
    Type:  bug      |         Status:  new     
Priority:  normal   |      Component:  Compiler
 Version:  6.10.1   |       Severity:  normal  
Keywords:           |       Testcase:          
      Os:  Linux    |   Architecture:  x86     
--------------------+-------------------------------------------------------
 Note: This is actually 6.10.2 (the Ticket Properties does not give this
 choice)

 {{{
 $ cat hello.hs
 main = do
   putStrLn "Hello, World"

 $ which ghc
 /home/t/local/bin/ghc
 $ ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.10.2
 $ ghc --make hello
 [1 of 1] Compiling Main             ( hello.hs, hello.o )

 hello.hs:1:0:
     Failed to load interface for `Prelude':
       Use -v to see a list of the files searched for.
 }}}

 Ubuntu 8.04 GHC 6.8.2 works though:

 {{{
 $ /usr/bin/ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.8.2
 $ /usr/bin/ghc --make hello
 [1 of 1] Compiling Main             ( hello.hs, hello.o )
 Linking hello ...
 $ ./hello
 Hello, World
 }}}


 {{{
 $ ghc -v --make hello
 }}}
 Prints lots of stuff, including:
 {{{
 hello.hs:1:0:
     Failed to load interface for `Prelude':
       locations searched:
         Prelude.hs
         Prelude.lhs
 }}}

 Indeed, Prelude seems to be missing:

 {{{
 $ cd ~/local/lib/ghc-6.10.2/
 $ find . -name \*elude\*
 }}}

 I can also confirm another bug report (the reason is likely the same):
 {{{
 $ ghci
 GHCi, version 6.10.2: http://www.haskell.org/ghc/  :? for help
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.2 for i386-unknown-linux):
         interactiveUI:setBuffering2

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

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 02:00:17 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 01:47:16 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.e5ccb96ff73abde81643868ddf782d43@localhost>

#3151: Hello World does not compile (missing Prelude?)
----------------------+-----------------------------------------------------
 Reporter:  fft1976   |          Owner:        
     Type:  bug       |         Status:  new   
 Priority:  normal    |      Milestone:        
Component:  Compiler  |        Version:  6.10.1
 Severity:  normal    |     Resolution:        
 Keywords:            |       Testcase:        
       Os:  Linux     |   Architecture:  x86   
----------------------+-----------------------------------------------------
Comment (by fft1976):

 I should add that I installed the binary version with


 {{{
 ./configure --prefix=/home/t/local ; make install
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 02:28:06 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 02:15:03 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.a72047aa2bd0557a8639bb073f539fd2@localhost>

#3151: Hello World does not compile (missing Prelude?)
----------------------+-----------------------------------------------------
 Reporter:  fft1976   |          Owner:        
     Type:  bug       |         Status:  new   
 Priority:  normal    |      Milestone:        
Component:  Compiler  |        Version:  6.10.1
 Severity:  critical  |     Resolution:        
 Keywords:            |       Testcase:        
       Os:  Linux     |   Architecture:  x86   
----------------------+-----------------------------------------------------
Changes (by fft1976):

  * severity:  normal => critical

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 02:47:40 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 02:34:38 2009
Subject: [GHC] #3144: ghc panic
In-Reply-To: <046.f122e65ac622a9061867123ca62ea175@localhost>
References: <046.f122e65ac622a9061867123ca62ea175@localhost>
Message-ID: <055.383dbc5096615f3917989475cc0bd744@localhost>

#3144: ghc panic
----------------------+-----------------------------------------------------
 Reporter:  funmler   |          Owner:        
     Type:  bug       |         Status:  new   
 Priority:  normal    |      Milestone:        
Component:  Compiler  |        Version:  6.10.1
 Severity:  normal    |     Resolution:        
 Keywords:            |       Testcase:        
       Os:  Linux     |   Architecture:  x86   
----------------------+-----------------------------------------------------
Comment (by fft1976):

 I can confirm this. (Prelude did not get installed?)

 http://hackage.haskell.org/trac/ghc/ticket/3151

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 05:23:41 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 05:10:42 2009
Subject: [GHC] #3144: ghc panic
In-Reply-To: <046.f122e65ac622a9061867123ca62ea175@localhost>
References: <046.f122e65ac622a9061867123ca62ea175@localhost>
Message-ID: <055.81be10cdf43d5835c3b9ed1a8715d8fc@localhost>

#3144: ghc panic
-------------------------+--------------------------------------------------
    Reporter:  funmler   |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.10 branch
   Component:  Compiler  |      Version:  6.10.2     
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * version:  6.10.1 => 6.10.2
  * milestone:  => 6.10 branch

Comment:

 Which bindist were you trying to install from?

 Can you please redirect the "configure" and "make install" output to files
 and attach them?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 05:27:12 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 05:14:08 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.0745e9d399aa0c47a626d649bab79ab6@localhost>

#3151: Hello World does not compile (missing Prelude?)
-------------------------+--------------------------------------------------
    Reporter:  fft1976   |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.10 branch
   Component:  Compiler  |      Version:  6.10.2     
    Severity:  critical  |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * version:  6.10.1 => 6.10.2
  * milestone:  => 6.10 branch

Comment:

 Which bindist were you trying to install from?

 Can you please redirect the "configure" and "make install" output to files
 and attach them?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 05:33:17 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 05:20:12 2009
Subject: [GHC] #3152: Documentation for getProcessExitCode contains nonsense
Message-ID: <047.032084375270953590e442c29bfd604c@localhost>

#3152: Documentation for getProcessExitCode contains nonsense
-----------------------------+----------------------------------------------
Reporter:  YitzGale          |          Owner:                   
    Type:  bug               |         Status:  new              
Priority:  normal            |      Component:  libraries/process
 Version:  6.10.1            |       Severity:  normal           
Keywords:  documentation     |       Testcase:                   
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple 
-----------------------------+----------------------------------------------
 The documentation for the function {{{getProcessExitCode}}} contains the
 following
 nonsense sentence:

   Subsequent calls to {{{getProcessExitStatus}}} always return {{{Just
 ExitSuccess}}}, regardless of what the original exit code was.

 If "getProcessExitStatus" is changed to "getProcessExitCode", the sentence
 is
 no longer nonsense - it is false.

 Apparently, this entire sentence should just be deleted.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3152>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 12:43:17 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 12:30:16 2009
Subject: [GHC] #3144: ghc panic
In-Reply-To: <046.f122e65ac622a9061867123ca62ea175@localhost>
References: <046.f122e65ac622a9061867123ca62ea175@localhost>
Message-ID: <055.9df0b5ed0b36bc96bfd4896113dfdea0@localhost>

#3144: ghc panic
-------------------------+--------------------------------------------------
    Reporter:  funmler   |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.10 branch
   Component:  Compiler  |      Version:  6.10.2     
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Comment (by fft1976):

 I'll follow up in my ticket (3151), but, at least in my case the causes
 must be the same:

 PREFIX/lib/ghc-6.10.2 is missing lots of files

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 13:01:05 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 12:47:59 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.793dfd521e55a3ad5a1c9c57a41f4f41@localhost>

#3151: Hello World does not compile (missing Prelude?)
-------------------------+--------------------------------------------------
    Reporter:  fft1976   |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.10 branch
   Component:  Compiler  |      Version:  6.10.2     
    Severity:  critical  |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Comment (by fft1976):

 I retried the installation after emptying ~/.bashrc just in case.
 config.log attached above. STDOUT redirections attached below. As you can
 see, a lot is missing in PREFIX/lib/ghc-*

 {{{
 $ env | grep ^PATH
 PATH=/home/t/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 $ ls /usr/local/sbin /usr/local/bin/
 /usr/local/bin/:

 /usr/local/sbin:

 $ mkdir ~/try_ghc
 $ tar xjf ghc-6.10.2-i386-unknown-linux-libedit2.tar.bz2
 $ cd ghc-6.10.2
 $ ./configure --prefix=/home/t/try_ghc > configure_stdout.log
 $ make install > make_install_stdout.log
 mkdir /home/t/try_ghc/bin
 mkdir /home/t/try_ghc/lib
 mkdir /home/t/try_ghc/lib/ghc-6.10.2
 mkdir /home/t/try_ghc/lib/ghc-6.10.2/include
 haddock-2.4.2: dependency Cabal-1.6.0.3 doesn't exist (ignoring)
 haddock-2.4.2: dependency array-0.2.0.0 doesn't exist (ignoring)
 haddock-2.4.2: dependency base-4.1.0.0 doesn't exist (ignoring)
 haddock-2.4.2: dependency containers-0.2.0.1 doesn't exist (ignoring)
 haddock-2.4.2: dependency directory-1.0.0.3 doesn't exist (ignoring)
 haddock-2.4.2: dependency filepath-1.1.0.2 doesn't exist (ignoring)
 haddock-2.4.2: dependency ghc-6.10.2 doesn't exist (ignoring)
 haddock-2.4.2: dependency haskell98-1.0.1.0 doesn't exist (ignoring)
 haddock-2.4.2: dependency pretty-1.0.1.0 doesn't exist (ignoring)
 rts-1.0: include-dirs: PAPI_INCLUDE_DIR doesn't exist or isn't a directory
 (ignoring)
 rts-1.0: cannot find libHSrts.a on library path (ignoring)
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or directory
 mkdir /home/t/try_ghc/share/doc/ghc/libraries
 ghc-6.10.2: dependency Cabal-1.6.0.3 doesn't exist (ignoring)
 ghc-6.10.2: dependency array-0.2.0.0 doesn't exist (ignoring)
 ghc-6.10.2: dependency base-4.1.0.0 doesn't exist (ignoring)
 ghc-6.10.2: dependency bytestring-0.9.1.4 doesn't exist (ignoring)
 ghc-6.10.2: dependency containers-0.2.0.1 doesn't exist (ignoring)
 ghc-6.10.2: dependency directory-1.0.0.3 doesn't exist (ignoring)
 ghc-6.10.2: dependency editline-0.2.1.0 doesn't exist (ignoring)
 ghc-6.10.2: dependency filepath-1.1.0.2 doesn't exist (ignoring)
 ghc-6.10.2: dependency haskell98-1.0.1.0 doesn't exist (ignoring)
 ghc-6.10.2: dependency hpc-0.5.0.3 doesn't exist (ignoring)
 ghc-6.10.2: dependency old-time-1.0.0.2 doesn't exist (ignoring)
 ghc-6.10.2: dependency process-1.0.1.1 doesn't exist (ignoring)
 ghc-6.10.2: dependency template-haskell-2.3.0.1 doesn't exist (ignoring)
 ghc-6.10.2: dependency unix-2.3.2.0 doesn't exist (ignoring)
 mkdir /home/t/try_ghc/share/man
 mkdir /home/t/try_ghc/share/man/man1
 $ ls ~/try_ghc/lib/ghc-6.10.2/
 extra-gcc-opts  ghc-asm         ghc-split      haddock-2.4.2  HSrts.o
 libffi.a          libHSrts_p.a          libHSrts_thr_p.a  unlit
 ghc             ghci-usage.txt  ghc-usage.txt  hsc2hs         html
 libHSrts.a        libHSrts_thr.a        package.conf
 ghc-6.10.2      ghc-pkg         haddock        hsc2hs-0.67    include
 libHSrts_debug.a  libHSrts_thr_debug.a  runghc
 $ /usr/bin/du -sh ~/try_ghc/lib/ghc-6.10.2/
 150M    /home/t/try_ghc/lib/ghc-6.10.2/
 $ find ~/try_ghc/lib/ghc-6.10.2/ -name \*elude\*
 $
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 17:47:28 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 17:34:24 2009
Subject: [GHC] #3153: Panic on syntactically wrong LANGUAGE pragma
Message-ID: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>

#3153: Panic on syntactically wrong LANGUAGE pragma
--------------------+-------------------------------------------------------
Reporter:  b_jonas  |          Owner:                
    Type:  bug      |         Status:  new           
Priority:  normal   |      Component:  Compiler      
 Version:  6.10.2   |       Severity:  minor         
Keywords:           |       Testcase:                
      Os:  Linux    |   Architecture:  x86_64 (amd64)
--------------------+-------------------------------------------------------
 I'm getting a panic from runghc.  The program I'm compiling has a syntax
 error in the LANGUAGE pragma, but I still think I should get an error
 message instead of a panic.

 I'm using ghc-6.10.2 compiled from vanilla sources (with extralibs and a
 few options in build.mk) on an amd64 debian etch linux system.

 Below you can see a transscript of the compilation including the panic
 message, and the source code.

 {{{
 [am]king ~/a/tmp$ runghc Bug
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.2 for x86_64-unknown-linux):
         getOptions'.parseLanguage(2) went past eof token

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

 1[am]king ~/a/tmp$ cat Bug.hs
 {-# LANGUAGE - #-}
 main = return ();
 [am]king ~/a/tmp$ cat -A Bug.hs
 {-# LANGUAGE - #-}$
 main = return ();$
 [am]king ~/a/tmp$ gcc -v
 Using built-in specs.
 Target: x86_64-unknown-linux-gnu
 Configured with: ../gcc-4.3.3/configure --enable-languages=c,c++
 Thread model: posix
 gcc version 4.3.3 (GCC)
 [am]king ~/a/tmp$ runghc -v -dcore-lint Bug
 Glasgow Haskell Compiler, Version 6.10.2, for Haskell 98, stage 2 booted
 by GHC version 6.10.1
 Using package config file: /usr/local/ghc/lib/ghc-6.10.2/./package.conf
 hiding package base-3.0.3.1 to avoid conflict with later version
 base-4.1.0.0
 wired-in package ghc-prim mapped to ghc-prim-0.1.0.0
 wired-in package integer mapped to integer-0.1.0.1
 wired-in package base mapped to base-4.1.0.0
 wired-in package rts mapped to rts-1.0
 wired-in package haskell98 mapped to haskell98-1.0.1.0
 wired-in package syb mapped to syb-0.1.0.1
 wired-in package template-haskell mapped to template-haskell-2.3.0.1
 wired-in package dph-seq mapped to dph-seq-0.3
 wired-in package dph-par mapped to dph-par-0.3
 Hsc static flags: -ignore-dot-ghci -static
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 *** Chasing dependencies:
 Chasing modules from:
 Stable obj: []
 Stable BCO: []
 unload: retaining objs []
 unload: retaining bcos []
 Ready for upsweep []
 Upsweep completely successful.
 *** Deleting temp files:
 Deleting:
 *** Chasing dependencies:
 Chasing modules from: *Bug.hs
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.2 for x86_64-unknown-linux):
         getOptions'.parseLanguage(2) went past eof token

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

 *** Deleting temp files:
 Deleting:
 *** Deleting temp dirs:
 Deleting:
 1[am]king ~/a/tmp$
 }}}

 (I found this bug when I tried to start a program with `{-# LANGUAGE
 -XPatternGuards #-}`.)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3153>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 20:59:37 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 20:46:32 2009
Subject: [GHC] #3154: Type families bug with data family instances
Message-ID: <047.2a019c36948fbc7038c1e064af65dc64@localhost>

#3154: Type families bug with data family instances
--------------------------+-------------------------------------------------
Reporter:  elliottt       |          Owner:                         
    Type:  bug            |         Status:  new                    
Priority:  normal         |      Component:  Compiler (Type checker)
 Version:  6.10.2         |       Severity:  major                  
Keywords:  type families  |       Testcase:                         
      Os:  Linux          |   Architecture:  x86_64 (amd64)         
--------------------------+-------------------------------------------------
 This data family definition led to the ability to define a generic cast:

 {{{
 {-# LANGUAGE TypeFamilies #-}

 data family T a b t
 data instance T a b t  = L a
 data instance T a b () = R b

 cast :: a -> b
 cast x = let L i = R x in i

 get :: IO Char
 get  = cast ()
 }}}

 This bug was observed in ghc version 6.10.1, 6.10.1.20090326 and 6.10.2.

 {{{
 % ghci test.hs
 GHCi, version 6.10.2: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 [1 of 1] Compiling Main             ( test.hs, interpreted )
 Ok, modules loaded: Main.
 *Main> get
 '\4312564'
 *Main> get
 <interactive>: internal error: stg_ap_v_ret
     (GHC version 6.10.2 for x86_64_unknown_linux)
     Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug
 zsh: abort      ghci test.hs
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3154>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 21:03:40 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 20:50:35 2009
Subject: [GHC] #3150: Overlapping data instances can segfault
In-Reply-To: <044.9aecaf58d36ae316d2c63f18556f6f75@localhost>
References: <044.9aecaf58d36ae316d2c63f18556f6f75@localhost>
Message-ID: <053.286b51f414e9d1b0d07ee38d34871088@localhost>

#3150: Overlapping data instances can segfault
-------------------------------------+--------------------------------------
 Reporter:  guest                    |          Owner:                  
     Type:  bug                      |         Status:  new             
 Priority:  normal                   |      Milestone:                  
Component:  Compiler (Type checker)  |        Version:  6.10.2          
 Severity:  normal                   |     Resolution:                  
 Keywords:                           |       Testcase:                  
       Os:  Unknown/Multiple         |   Architecture:  Unknown/Multiple
-------------------------------------+--------------------------------------
Changes (by elliottt):

  * version:  6.10.1 => 6.10.2

Comment:

 This data family definition led to the ability to define a generic cast:

 {{{
 {-# LANGUAGE TypeFamilies #-}

 data family T a b t
 data instance T a b t  = L a
 data instance T a b () = R b

 cast :: a -> b
 cast x = let L i = R x in i

 get :: IO Char
 get  = cast ()
 }}}

 This bug was observed in ghc version 6.10.1, 6.10.1.20090326 and 6.10.2.

 {{{
 % ghci test.hs
 GHCi, version 6.10.2: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 [1 of 1] Compiling Main             ( test.hs, interpreted )
 Ok, modules loaded: Main.
 *Main> get
 '\4312564'
 *Main> get
 <interactive>: internal error: stg_ap_v_ret
     (GHC version 6.10.2 for x86_64_unknown_linux)
     Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug
 zsh: abort      ghci test.hs
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3150#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 21:04:13 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 20:51:06 2009
Subject: [GHC] #3154: Type families bug with data family instances
In-Reply-To: <047.2a019c36948fbc7038c1e064af65dc64@localhost>
References: <047.2a019c36948fbc7038c1e064af65dc64@localhost>
Message-ID: <056.4ced9645471417e4874067f1ed7cc154@localhost>

#3154: Type families bug with data family instances
-------------------------------------+--------------------------------------
 Reporter:  elliottt                 |          Owner:                
     Type:  bug                      |         Status:  closed        
 Priority:  normal                   |      Milestone:                
Component:  Compiler (Type checker)  |        Version:  6.10.2        
 Severity:  major                    |     Resolution:  duplicate     
 Keywords:  type families            |       Testcase:                
       Os:  Linux                    |   Architecture:  x86_64 (amd64)
-------------------------------------+--------------------------------------
Changes (by elliottt):

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

Comment:

 Duplicate of #3150

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3154#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr  6 22:43:28 2009
From: trac at galois.com (GHC)
Date: Mon Apr  6 22:30:21 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.88203fcf46165387709c76f5cde2f2ea@localhost>

#3151: Hello World does not compile (missing Prelude?)
-------------------------+--------------------------------------------------
    Reporter:  fft1976   |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.10 branch
   Component:  Compiler  |      Version:  6.10.2     
    Severity:  critical  |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Comment (by fft1976):

 I just retried it with
 {{{
 export PATH=/bin:/usr/bin
 }}}
 Exactly the same outcome.


 Also, the same thing happens when trying this as root and without
 {{{
 --prefix=...
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 04:34:03 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 04:20:57 2009
Subject: [GHC] #3149: Data.HashTable is slow
In-Reply-To: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
References: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
Message-ID: <052.7bb4e69cb4d3e78469350c076fc2e595@localhost>

#3149: Data.HashTable is slow
---------------------------------+------------------------------------------
    Reporter:  dons              |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  Runtime System    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by ertai):

 * cc: ertai (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3149#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 05:43:47 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 05:30:41 2009
Subject: [GHC] #3155: TypeOperators/Rank2Types clash
Message-ID: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>

#3155: TypeOperators/Rank2Types clash
----------------------------------+-----------------------------------------
Reporter:  MartijnVanSteenbergen  |          Owner:                  
    Type:  bug                    |         Status:  new             
Priority:  normal                 |      Component:  Compiler        
 Version:  6.10.1                 |       Severity:  normal          
Keywords:                         |       Testcase:                  
      Os:  Unknown/Multiple       |   Architecture:  Unknown/Multiple
----------------------------------+-----------------------------------------
 Consider the following piece of code:

 {{{
 {-# LANGUAGE GADTs #-}

 data Any s where
   Any :: s ix -> ix -> Any s

 data AnyR s r where
   AnyR :: s ix -> r ix -> AnyR s r

 unR :: (forall ix. r ix -> ix) -> AnyR s r -> Any s
 unR f (AnyR ix rix) = Any ix (f rix)
 }}}

 GHC reports:

 {{{
     Illegal operator `.' in type `forall ix . (r ix -> ix)'
       Perhaps you intended to use -XRankNTypes or similar flag
       to enable explicit-forall syntax: forall <tvs>. <type>
 }}}

 Enabling TypeOperators causes the error to change to:

 {{{
     Occurs check: cannot construct the infinite type: ix = r ix
     In the pattern: AnyR ix rix
     In the definition of `unR': unR f (AnyR ix rix) = Any ix (f rix)
 }}}

 Which is very confusing, as the solution (still) is to turn on Rank2Types.

 Could it be made so that the error message stays the same when
 TypeOperators is turned on?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3155>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 07:04:39 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 06:51:32 2009
Subject: [GHC] #3155: TypeOperators/Rank2Types clash
In-Reply-To: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>
References: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>
Message-ID: <069.ceaf571873eaa032bd950ec132d44c74@localhost>

#3155: TypeOperators/Rank2Types clash
--------------------------------------+-------------------------------------
    Reporter:  MartijnVanSteenbergen  |        Owner:                  
        Type:  bug                    |       Status:  new             
    Priority:  normal                 |    Milestone:                  
   Component:  Compiler               |      Version:  6.10.1          
    Severity:  normal                 |   Resolution:                  
    Keywords:                         |   Difficulty:  Unknown         
    Testcase:                         |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple       |  
--------------------------------------+-------------------------------------
Changes (by simonpj):

  * difficulty:  => Unknown

Comment:

 It's not clear what is the right thing to do. In principle, if you have
 type operators, but not rank-n types, then the type you wrote could mean
 {{{
 unR :: forall f d ix r s.  (d (f ix)(r ix) -> ix) -> AnyR s r -> Any s
 }}}
 where I have used `f` instead of `forall`, and `d` instead of `(.)`.  I
 made these substitutions because with `TypeOperators` but without
 `RankNTypes` that's what GHC sees.

 That's a legitimate type signature, and it gives rise to the message you
 saw.

 I suppose we could permanently remove `(.)` from what a "type operator"
 can be, since anyone using type operators will also be familiar with
 rank-n types, so re-using `(.)` as an operator seems confusing. That might
 help.

 Does anyone have other ideas?

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3155#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 07:26:35 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 07:13:33 2009
Subject: [GHC] #3150: Overlapping data instances can segfault
In-Reply-To: <044.9aecaf58d36ae316d2c63f18556f6f75@localhost>
References: <044.9aecaf58d36ae316d2c63f18556f6f75@localhost>
Message-ID: <053.26bb6872f14caa0d38a135fff1062ad0@localhost>

#3150: Overlapping data instances can segfault
-------------------------------------+--------------------------------------
 Reporter:  guest                    |          Owner:                  
     Type:  bug                      |         Status:  closed          
 Priority:  normal                   |      Milestone:                  
Component:  Compiler (Type checker)  |        Version:  6.10.2          
 Severity:  normal                   |     Resolution:  duplicate       
 Keywords:                           |       Testcase:                  
       Os:  Unknown/Multiple         |   Architecture:  Unknown/Multiple
-------------------------------------+--------------------------------------
Changes (by chak):

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

Comment:

 Duplicate of #2677.  It's a bug in the overlap check.  Sorry, didn't get
 around to this yet.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3150#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 07:48:27 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 07:35:19 2009
Subject: [GHC] #3155: TypeOperators/Rank2Types clash
In-Reply-To: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>
References: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>
Message-ID: <069.06aa2da22e7039d2e1e231ecab836829@localhost>

#3155: TypeOperators/Rank2Types clash
--------------------------------------+-------------------------------------
    Reporter:  MartijnVanSteenbergen  |        Owner:                  
        Type:  bug                    |       Status:  new             
    Priority:  normal                 |    Milestone:                  
   Component:  Compiler               |      Version:  6.10.1          
    Severity:  normal                 |   Resolution:                  
    Keywords:                         |   Difficulty:  Unknown         
    Testcase:                         |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple       |  
--------------------------------------+-------------------------------------
Comment (by MartijnVanSteenbergen):

 http://www.haskell.org/ghc/docs/latest/html/users_guide/data-type-
 extensions.html says:

 A type variable can be an (unqualified) operator e.g. +. The lexical
 syntax is the same as that for variable operators, excluding "(.)", "(!)",
 and "(*)".

 Does that last sentence mean that . already is an illegal type operator?

 The reason I find the example above particularly confusing is that to me
 "infinite type" is one of the more frustrating error messages, because the
 error is always about a declaration as a whole; I never know where to
 start looking for a fix. I spent a while looking for missing/surplus
 arguments before I realised that Rank2Types hadn't been enabled yet. :-)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3155#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 10:11:21 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 09:58:16 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.927a6400e3fe04b230eadeddae283884@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:                  
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by simonpj):

 OK so the focus moves from time to space.  Ian think residency may be
 growing non-linearly. ToDo:
   * Confirm no-linearity
   * Try to simplify code while maintaining non-linear behaviour.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 11:31:06 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 11:17:58 2009
Subject: [GHC] #3153: Panic on syntactically wrong LANGUAGE pragma
In-Reply-To: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
References: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
Message-ID: <055.a2517c8389732829e92a7b1dc07d55f2@localhost>

#3153: Panic on syntactically wrong LANGUAGE pragma
-------------------------------+--------------------------------------------
    Reporter:  b_jonas         |        Owner:  igloo  
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:         
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  minor           |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * owner:  => igloo
  * difficulty:  => Unknown

Comment:

 Thanks for the report. I see what's going on, and will fix it.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3153#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 13:38:58 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 13:25:55 2009
Subject: [GHC] #3135: ext-core docs missing from web site
In-Reply-To: <042.d47502914c2b1d33dc6652d04aeb8f42@localhost>
References: <042.d47502914c2b1d33dc6652d04aeb8f42@localhost>
Message-ID: <051.894b7a26db0d8bf37765eb2572671afa@localhost>

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

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

Comment:

 Thanks, fixed; and I've added a note to my release checklist, so next time
 it should be right first time round!

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3135#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 14:28:10 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 14:15:02 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.f9f312ebfbb2cb98f3264623a599d377@localhost>

#3151: Hello World does not compile (missing Prelude?)
-----------------------------+----------------------------------------------
    Reporter:  fft1976       |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  normal        |    Milestone:  6.10 branch
   Component:  Build System  |      Version:  6.10.2     
    Severity:  critical      |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:                |           Os:  Linux      
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by fft1976):

 Thanks, Igloo!

 Indeed, ghci seems to start now and Hello World compiles and runs, but
 {{{
 make install > /dev/null
 }}}
 still prints this:
 {{{
 mkdir /home/t/try_ghc/bin
 mkdir /home/t/try_ghc/lib
 mkdir /home/t/try_ghc/lib/ghc-6.10.2
 mkdir /home/t/try_ghc/lib/ghc-6.10.2/include
 haddock-2.4.2: dependency Cabal-1.6.0.3 doesn't exist (ignoring)
 haddock-2.4.2: dependency array-0.2.0.0 doesn't exist (ignoring)
 haddock-2.4.2: dependency base-4.1.0.0 doesn't exist (ignoring)
 haddock-2.4.2: dependency containers-0.2.0.1 doesn't exist (ignoring)
 haddock-2.4.2: dependency directory-1.0.0.3 doesn't exist (ignoring)
 haddock-2.4.2: dependency filepath-1.1.0.2 doesn't exist (ignoring)
 haddock-2.4.2: dependency ghc-6.10.2 doesn't exist (ignoring)
 haddock-2.4.2: dependency haskell98-1.0.1.0 doesn't exist (ignoring)
 haddock-2.4.2: dependency pretty-1.0.1.0 doesn't exist (ignoring)
 rts-1.0: include-dirs: PAPI_INCLUDE_DIR doesn't exist or isn't a directory
 (ignoring)
 rts-1.0: cannot find libHSrts.a on library path (ignoring)
 mkdir /home/t/try_ghc/share/man
 mkdir /home/t/try_ghc/share/man/man1
 }}}
 Are those rts errors (and others) something I should worry about?

 By the way, trac may be broken or there are email problems. I didn't get
 an email notification about your last entry here, so I almost missed it.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 15:15:08 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 15:02:03 2009
Subject: [GHC] #3156: Error on +RTS kHugeNumber
Message-ID: <044.bcb7c7bbf404d4091f28f0c21eab873f@localhost>

#3156: Error on +RTS kHugeNumber
---------------------------------+------------------------------------------
Reporter:  zachk                 |          Owner:          
    Type:  bug                   |         Status:  new     
Priority:  normal                |      Component:  Compiler
 Version:  6.10.2                |       Severity:  minor   
Keywords:  6.10.1||6.10.2 Stack  |       Testcase:          
      Os:  Linux                 |   Architecture:  x86     
---------------------------------+------------------------------------------
 It is in either 6.10.2 or 6.10.1 I forget which
 ./p 1 -> works
 ./p 2 -> works
 ./p 3 -> error
 ./p 4 -> error

 p is a shell script
 I am passing a huge number in for stack size, ghc did say report it, so I
 am.

 ghc -O3 --make poly

 FILES ARE ATTACHED::

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3156>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 16:25:10 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 16:12:05 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.b9fa43f5824578b838593ca49f820843@localhost>

#3151: Hello World does not compile (missing Prelude?)
-----------------------------+----------------------------------------------
    Reporter:  fft1976       |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  normal        |    Milestone:  6.10 branch
   Component:  Build System  |      Version:  6.10.2     
    Severity:  critical      |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:                |           Os:  Linux      
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by lpsmith):

 I too can confirm both this bug and #3144

 As libffi5 is not available for my distro  (Ubuntu 8.04),  and I didn't
 particularly want to manage it myself,  I simply compiled my own GHC.   It
 appears to be working a-ok.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 17:04:54 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 16:51:46 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.fe1e6cf8bca4fc7a75b33fda104415ef@localhost>

#3151: Hello World does not compile (missing Prelude?)
-----------------------------+----------------------------------------------
    Reporter:  fft1976       |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  normal        |    Milestone:  6.10 branch
   Component:  Build System  |      Version:  6.10.2     
    Severity:  critical      |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:                |           Os:  Linux      
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by fft1976):

 Replying to [comment:8 lpsmith]:
 > I too can confirm both this bug and #3144
 >
 > As libffi5 is not available for my distro  (Ubuntu 8.04),  and I didn't
 particularly want to manage it myself,  I simply compiled my own GHC.   It
 appears to be working a-ok.

 Does your "readline"/"line-edit" functionality work in ghci? I tried
 compiling from source (Ubuntu 8.04 here as well), but that functionality
 is broken. In the binary, it works fine though.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 17:06:59 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 16:53:51 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.f9138a2f59c2199bab3aaf42668b5bbf@localhost>

#3151: Hello World does not compile (missing Prelude?)
-----------------------------+----------------------------------------------
    Reporter:  fft1976       |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  normal        |    Milestone:  6.10 branch
   Component:  Build System  |      Version:  6.10.2     
    Severity:  critical      |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:                |           Os:  Linux      
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by lpsmith):

 Yep,  libedit works fine as well.   This guess is probably wrong,  but are
 you sure you have the libedit-dev package installed?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 20:44:07 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 20:30:58 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.29f38c44a77edf6f264ae00552974c29@localhost>

#3151: Hello World does not compile (missing Prelude?)
-----------------------------+----------------------------------------------
    Reporter:  fft1976       |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  normal        |    Milestone:  6.10 branch
   Component:  Build System  |      Version:  6.10.2     
    Severity:  critical      |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:                |           Os:  Linux      
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by fft1976):

 Replying to [comment:10 lpsmith]:
 > Yep,  libedit works fine as well.   This guess is probably wrong,  but
 are you sure you have the libedit-dev package installed?

 Installing libedit-dev fixed it for me. (Thanks!) I knew I only had
 libedit2, but I assumed GHC didn't need C headers.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 23:34:24 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 23:21:14 2009
Subject: [GHC] #3157: ghci segmentation fault when computation is interrupted
Message-ID: <046.b92aff660639d37518d804b70f95cb9e@localhost>

#3157: ghci segmentation fault when computation is interrupted
--------------------+-------------------------------------------------------
Reporter:  fft1976  |          Owner:                
    Type:  bug      |         Status:  new           
Priority:  normal   |      Component:  Runtime System
 Version:  6.10.2   |       Severity:  critical      
Keywords:  ghci     |       Testcase:                
      Os:  Linux    |   Architecture:  x86           
--------------------+-------------------------------------------------------
 This is using Ubuntu 8.04. Both source-compiled and binary (libedit2) show
 this behavior.
 {{{
 GHCi, version 6.10.2: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 Prelude> let a = a
 Prelude> a

 }}}
 Then I press Ctrl-C
 {{{
 Segmentation fault
 $
 }}}

 Potentially relevant:
 {{{
 $ dpkg -l | grep libedit
 ii  libedit-dev                                2.9.cvs.20050518-4
 BSD editline and history libraries (developm
 ii  libedit2                                   2.9.cvs.20050518-4
 BSD editline and history libraries
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3157>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr  7 23:57:46 2009
From: trac at galois.com (GHC)
Date: Tue Apr  7 23:44:36 2009
Subject: [GHC] #3157: ghci segmentation fault when computation is
 interrupted
In-Reply-To: <046.b92aff660639d37518d804b70f95cb9e@localhost>
References: <046.b92aff660639d37518d804b70f95cb9e@localhost>
Message-ID: <055.1315b43f863e07d8aff3bb7e1767fa8a@localhost>

#3157: ghci segmentation fault when computation is interrupted
----------------------------+-----------------------------------------------
 Reporter:  fft1976         |          Owner:        
     Type:  bug             |         Status:  new   
 Priority:  normal          |      Milestone:        
Component:  Runtime System  |        Version:  6.10.2
 Severity:  critical        |     Resolution:        
 Keywords:  ghci            |       Testcase:        
       Os:  Linux           |   Architecture:  x86   
----------------------------+-----------------------------------------------
Comment (by fft1976):

 Actually

 {{{
 let a = a
 a
 }}}
 isn't necessary. Ctrl-C causes Segfault regardless.

 I should also add that the installation didn't go very smoothly: rts and
 other error messages. See follow-up messages in #3151

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3157#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 01:10:26 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 00:57:17 2009
Subject: [GHC] #3157: ghci segmentation fault when computation is
 interrupted
In-Reply-To: <046.b92aff660639d37518d804b70f95cb9e@localhost>
References: <046.b92aff660639d37518d804b70f95cb9e@localhost>
Message-ID: <055.1b1164111b816a662d6a8e5deaf2fc8f@localhost>

#3157: ghci segmentation fault when computation is interrupted
----------------------------+-----------------------------------------------
 Reporter:  fft1976         |          Owner:        
     Type:  bug             |         Status:  new   
 Priority:  normal          |      Milestone:        
Component:  Runtime System  |        Version:  6.10.2
 Severity:  critical        |     Resolution:        
 Keywords:  ghci            |       Testcase:        
       Os:  Linux           |   Architecture:  x86   
----------------------------+-----------------------------------------------
Comment (by int-e):

 If this is on x86, libedit is responsible for the segfault. It installs
 its own {{{SIGINT}}} signal handler using {{{signal()}}} and then
 reinstalls the RTS signal handler using {{{signal}}} again. This causes
 the {{{SA_SIGINFO}}} flag to be lost. As a result, the RTS' signal handler
 does not receive the {{{siginfo_t}}} data that it needs. I have a patch
 for editline, but I haven't reported this anywhere yet.

 N.B. This does not happen in x86_64 because there the {{{siginfo_t}}} is
 always passed to the signal handler.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3157#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 03:28:53 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 03:15:45 2009
Subject: [GHC] #2953: deriving Functor, Foldable, Traversable
In-Reply-To: <045.1ed3b38adbe9ad6aceca4244fe75f3c0@localhost>
References: <045.1ed3b38adbe9ad6aceca4244fe75f3c0@localhost>
Message-ID: <054.3ed35bbd9f94d0f2247692da7402189b@localhost>

#2953: deriving Functor, Foldable, Traversable
---------------------------------+------------------------------------------
    Reporter:  twanvl            |        Owner:  twanvl          
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 Just to say that this feature is now implemented in the HEAD.  Keeping
 this ticket open only because the choice of flag name is still open to
 question.  Currently
  * `-XDeriveFunctor` enables Functor, Traversable, and Foldable
 Is that what we want?

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2953#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 03:56:11 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 03:42:59 2009
Subject: [GHC] #3158: Linker error (libffi.so.5) in 6.10.2 x86-Linux binary
 distribution
Message-ID: <044.af5f2e01e7c3b32059c8637c8495a4b3@localhost>

#3158: Linker error (libffi.so.5) in 6.10.2 x86-Linux binary distribution
-------------------+--------------------------------------------------------
Reporter:  guest   |          Owner:                
    Type:  bug     |         Status:  new           
Priority:  normal  |      Component:  Runtime System
 Version:  6.10.2  |       Severity:  blocker       
Keywords:          |       Testcase:                
      Os:  Linux   |   Architecture:  x86           
-------------------+--------------------------------------------------------
 Hello,
 I am running Debian Linux with the following uname(1):[[BR]]
 Linux 2.6.18-6-686-bigmem #1 SMP Mon Aug 18 09:58:16 UTC 2008 i686
 GNU/Linux
 [[BR]]
 I downloaded the tarball
 "http://www.haskell.org/ghc/dist/6.10.2/ghc-6.10.2-i386-unknown-linux-
 libedit2.tar.bz2".
 After doing "configure" and "make install", I got the following
 output:[[BR]]
 <snip> Begin log </snip>[[BR]]
 [[BR]]
 =======================================================================[[BR]]
 Installation of ghc-6.10.2 was successful.[[BR]]
 To use, add /h/uhs/pkg/ghc-6.10.2/bin to your PATH.[[BR]]
 For documentation, see
 /h/uhs/pkg/ghc-6.10.2/share/doc/ghc/index.html[[BR]]
 =======================================================================[[BR]]
 haddock-2.4.2: dependency Cabal-1.6.0.3 doesn't exist (ignoring)[[BR]]
 haddock-2.4.2: dependency array-0.2.0.0 doesn't exist (ignoring)[[BR]]
 haddock-2.4.2: dependency base-4.1.0.0 doesn't exist (ignoring)[[BR]]
 haddock-2.4.2: dependency containers-0.2.0.1 doesn't exist
 (ignoring)[[BR]]
 haddock-2.4.2: dependency directory-1.0.0.3 doesn't exist (ignoring)[[BR]]
 haddock-2.4.2: dependency filepath-1.1.0.2 doesn't exist (ignoring)[[BR]]
 haddock-2.4.2: dependency ghc-6.10.2 doesn't exist (ignoring)[[BR]]
 haddock-2.4.2: dependency haskell98-1.0.1.0 doesn't exist (ignoring)[[BR]]
 haddock-2.4.2: dependency pretty-1.0.1.0 doesn't exist (ignoring)[[BR]]
 rts-1.0: include-dirs: PAPI_INCLUDE_DIR doesn't exist or isn't a directory
 (ignoring)[[BR]]
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or
 directory[[BR]]
 [... Many identical lines ...][[BR]]
 ifBuildable/ifBuildable: error while loading shared libraries:
 libffi.so.5: cannot open shared object file: No such file or
 directory[[BR]]
 ghc-6.10.2: dependency Cabal-1.6.0.3 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency array-0.2.0.0 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency base-4.1.0.0 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency bytestring-0.9.1.4 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency containers-0.2.0.1 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency directory-1.0.0.3 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency editline-0.2.1.0 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency filepath-1.1.0.2 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency haskell98-1.0.1.0 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency hpc-0.5.0.3 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency old-time-1.0.0.2 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency process-1.0.1.1 doesn't exist (ignoring)[[BR]]
 ghc-6.10.2: dependency template-haskell-2.3.0.1 doesn't exist
 (ignoring)[[BR]]
 ghc-6.10.2: dependency unix-2.3.2.0 doesn't exist (ignoring)[[BR]]
 [[BR]]
 <snip> End log </snip>[[BR]]
 [[BR]]
 I tried to start ghci and got:[[BR]]
 <snip> Begin log </snip>[[BR]]
 [[BR]]
 GHCi, version 6.10.2: http://www.haskell.org/ghc/  :? for help[[BR]]
 ghc: panic! (the 'impossible' happened)[[BR]]
   (GHC version 6.10.2 for i386-unknown-linux):[[BR]]
         interactiveUI:setBuffering2[[BR]]
 [[BR]]
 Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug[[BR]]
 [[BR]]
 <snip> End log </snip>[[BR]]
 [[BR]]
 The same process (download, configure, make, run) worked fine for the
 6.10.1 x86-Linux binary distribution.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3158>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 05:17:02 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 05:03:54 2009
Subject: [GHC] #3153: Panic on syntactically wrong LANGUAGE pragma
In-Reply-To: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
References: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
Message-ID: <055.801ed875db4f1d511fa847c1be72aea2@localhost>

#3153: Panic on syntactically wrong LANGUAGE pragma
-------------------------------+--------------------------------------------
    Reporter:  b_jonas         |        Owner:  igloo  
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:         
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  minor           |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by basvandijk):

 By accident I also ran into this bug with the following code:

 {{{
 {-# LANGUAGE MultiParamTypeClasses # -}
 module Main where
 main = print "Hello World"
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3153#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 06:39:36 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 06:26:28 2009
Subject: [GHC] #3159: QSem fails with negative quantities
Message-ID: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>

#3159: QSem fails with negative quantities
-----------------------------+----------------------------------------------
Reporter:  NeilMitchell      |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  libraries/base  
 Version:  6.10.2            |       Severity:  major           
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 The following program should always give 100 (I think). It doesn't:

 {{{
 import Data.IORef
 import Control.Concurrent

 main = do
    sem <- newQSem (-99)
    r <- newIORef 0
    let incRef = atomicModifyIORef r (\a -> (a+1,a))
    sequence_ $ replicate 100 $ forkIO $ incRef >> signalQSem sem
    waitQSem sem
    v <- readIORef r
    print v
 }}}

 With a 2 processor machine on Windows, using GHC 6.8.3 and 6.10.2 and +RTS
 -N3 I usually get 100, but occasionally get answers such as 49, 82, 95.
 With +RTS -N2 it almost always works.

 From reading the implementation of QSem, it doesn't seem that negative
 availability was considered. A quick look suggests a better implementation
 might be:

 {{{
 -- Invariant: avail >= 1 ==> null blocked

 waitQSem :: QSem -> IO ()
 waitQSem (QSem sem) = do
   (avail,blocked) <- takeMVar sem  -- gain ex. access
   if avail > 0 then
     putMVar sem (avail-1,[])
    else do
     block <- newEmptyMVar
     putMVar sem (avail, blocked++[block])   -- changed line
     takeMVar block

 signalQSem :: QSem -> IO ()
 signalQSem (QSem sem) = do
   (avail,blocked) <- takeMVar sem
   -- changed below
   if null blocked || avail < 0 then
      putMVar sem (avail+1,blocked)
   else
      putMVar sem (avail, tail blocked)
      putMVar (head blocked) ()
 }}}

 Writing parallel code is hard, so I could have easily got this wrong.
 I haven't looked at QSemN, which may need similar fixes (or may
 already deal with this)

 Marking as severity major because it can cause incorrect parallel
 behaviour.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3159>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 06:40:54 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 06:27:45 2009
Subject: [GHC] #3159: QSem fails with negative quantities
In-Reply-To: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>
References: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>
Message-ID: <060.9235b43d4271aa8861d19ad0e1aecb5d@localhost>

#3159: QSem fails with negative quantities
------------------------------+---------------------------------------------
 Reporter:  NeilMitchell      |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/base    |        Version:  6.10.2          
 Severity:  major             |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by NeilMitchell):

 * cc: ndmitchell@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3159#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 07:02:05 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 06:48:56 2009
Subject: [GHC] #3159: QSem fails with negative quantities
In-Reply-To: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>
References: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>
Message-ID: <060.3cc1fffcec08fb8952c6abd00da85038@localhost>

#3159: QSem fails with negative quantities
------------------------------+---------------------------------------------
 Reporter:  NeilMitchell      |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/base    |        Version:  6.10.2          
 Severity:  major             |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by ChrisKuklewicz):

 Can be fixed by changing waitQSem's
      putMVar sem (0, blocked++[block])
 to
      putMVar sem (avail, blocked++[block])

 and also change signalQSem to

 > > signalQSem :: QSemN -> IO ()
 > > signalQSem (QSemN sem) = modifyMVar_ free sem
 > >  where free (0,(b:bs)) = putMVar b () >> return (0,bs)
 > >        free (avail,blocked) = return (avail+1,blocked)

 Note: QSem, QSemN, and SampleVar are all not exception safe.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3159#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 07:08:05 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 06:54:54 2009
Subject: [GHC] #3160: No exception safety in Control.Concurrent.QSem QSemN
 and SampleVar
Message-ID: <053.70a1854543dd01f0108efd70a01e67de@localhost>

#3160: No exception safety in Control.Concurrent.QSem QSemN and SampleVar
-----------------------------+----------------------------------------------
Reporter:  ChrisKuklewicz    |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  libraries/base  
 Version:  6.10.2            |       Severity:  major           
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Looking at the code for QSem, QSemN, and SampleVar shows they all use a
 "takeMVar" then "putMVar" programming idiom.

 None of these are exception safe.  An unlucky killThread will leave the
 MVar empty and cause the rest of the program to malfunction.

 The solution is to rewrite them using withMVar and modifyMVar(_) to
 prevent the MVar from being left empty in the event of an exception.

 Note: QSem also needs the bugfix in #3159

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3160>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 08:06:37 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 07:53:26 2009
Subject: [GHC] #3161: non-blocking read operations in Chan, Sem, QSem,
 SampleVar
Message-ID: <053.85efed2401b79008b99b978e2ea1b3fc@localhost>

#3161: non-blocking read operations in Chan, Sem, QSem, SampleVar
-----------------------------+----------------------------------------------
Reporter:  ChrisKuklewicz    |          Owner:                  
    Type:  feature request   |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 The non-blocking "tryTakeMVar" makes MVars useful in solving more
 problems.

 The lack of a non-blocking wait/read/take in QSem(N)/Chan/SampleVar means
 that some problems have to be solved by re-implementing these modules.

 This "feature request" is for such an operation to be added to these
 modules.

 Hmm...I may have a crack at this myself. (see also #3159 and #3160)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3161>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 21:59:57 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 21:46:48 2009
Subject: [GHC] #3144: ghc panic
In-Reply-To: <046.f122e65ac622a9061867123ca62ea175@localhost>
References: <046.f122e65ac622a9061867123ca62ea175@localhost>
Message-ID: <055.d4d06a326ac430ba0deb1720c19fdaf0@localhost>

#3144: ghc panic
-------------------------+--------------------------------------------------
    Reporter:  funmler   |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.10 branch
   Component:  Compiler  |      Version:  6.10.2     
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Comment (by funmler):

 The bindist is
 ghc-6.10.1-i386-unknown-linux-libedit2.tar.bz2

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 22:01:19 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 21:48:06 2009
Subject: [GHC] #3144: ghc panic
In-Reply-To: <046.f122e65ac622a9061867123ca62ea175@localhost>
References: <046.f122e65ac622a9061867123ca62ea175@localhost>
Message-ID: <055.ea5f00add10531ce37a8cb98ed7ec285@localhost>

#3144: ghc panic
-------------------------+--------------------------------------------------
    Reporter:  funmler   |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.10 branch
   Component:  Compiler  |      Version:  6.10.2     
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Comment (by funmler):

 Replying to [comment:6 funmler]:
 > The bindist is
 > ghc-6.10.1-i386-unknown-linux-libedit2.tar.bz2
 Sorry I meant 6.10.2
 ghc-6.10.2-i386-unknown-linux-libedit2.tar.bz2

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr  8 22:21:30 2009
From: trac at galois.com (GHC)
Date: Wed Apr  8 22:08:18 2009
Subject: [GHC] #3144: ghc panic
In-Reply-To: <046.f122e65ac622a9061867123ca62ea175@localhost>
References: <046.f122e65ac622a9061867123ca62ea175@localhost>
Message-ID: <055.19dd6472da024876b03ff3aeef67fbd3@localhost>

#3144: ghc panic
-------------------------+--------------------------------------------------
    Reporter:  funmler   |        Owner:             
        Type:  bug       |       Status:  closed     
    Priority:  normal    |    Milestone:  6.10 branch
   Component:  Compiler  |      Version:  6.10.2     
    Severity:  normal    |   Resolution:  fixed      
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by funmler):

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

Comment:

 Fixed by installing libffi5

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3144#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  9 05:00:59 2009
From: trac at galois.com (GHC)
Date: Thu Apr  9 04:47:52 2009
Subject: [GHC] #3157: ghci segmentation fault when computation is
 interrupted
In-Reply-To: <046.b92aff660639d37518d804b70f95cb9e@localhost>
References: <046.b92aff660639d37518d804b70f95cb9e@localhost>
Message-ID: <055.431f02f350478c9d5f30e298e41d7e40@localhost>

#3157: ghci segmentation fault when computation is interrupted
----------------------------+-----------------------------------------------
 Reporter:  fft1976         |          Owner:        
     Type:  bug             |         Status:  new   
 Priority:  normal          |      Milestone:        
Component:  Runtime System  |        Version:  6.10.2
 Severity:  critical        |     Resolution:        
 Keywords:  ghci            |       Testcase:        
       Os:  Linux           |   Architecture:  x86   
----------------------------+-----------------------------------------------
Comment (by benl):

 Pressing Ctrl-C in ghci on sparc/solaris also causes a segfault.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3157#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  9 12:16:49 2009
From: trac at galois.com (GHC)
Date: Thu Apr  9 12:03:35 2009
Subject: [GHC] #3155: TypeOperators/Rank2Types clash
In-Reply-To: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>
References: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>
Message-ID: <069.abf8079282d1554d0b7cc6790d845069@localhost>

#3155: TypeOperators/Rank2Types clash
--------------------------------------------+-------------------------------
    Reporter:  MartijnVanSteenbergen        |        Owner:                  
        Type:  bug                          |       Status:  closed          
    Priority:  normal                       |    Milestone:                  
   Component:  Compiler                     |      Version:  6.10.1          
    Severity:  normal                       |   Resolution:  fixed           
    Keywords:                               |   Difficulty:  Unknown         
    Testcase:  typecheck/should_fail/T3155  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple             |  
--------------------------------------------+-------------------------------
Changes (by simonpj):

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

Comment:

 Ah yes, good point. I've jiggled a bit more.  Now you get the good error
 message either way.  Thanks.
 {{{
 Thu Apr  9 15:40:04 BST 2009  simonpj@microsoft.com
   * Fix Trac #3155: better error message when -XRankNTypes is omitted

   This patch sligtly re-adjusts the way in which the syntax of types
   is handled:

    * In the lexer, '.' and '*' are always accepted in types
      (previously it was conditional).  This things can't mean
      anything else in H98, which is the only reason for doing things
      conditionally in the lexer.

    * As a result '.' in types is never treated as an operator.
      Instead, lacking a 'forall' keyword, it turns into a plain parse
 error.

    * Test for -XKindSignatures in the renamer when processing
        a) type variable bindings
        b) types with sigs (ty :: kind-sig)

    * Make -XKindSignatures be implied by -XTypeFamilies
      Previously this was buried in the conditonal lexing of '*'


     M ./compiler/main/DynFlags.hs +2
     M ./compiler/parser/Lexer.x -2 +2
     M ./compiler/parser/Parser.y.pp +5
     M ./compiler/parser/RdrHsSyn.lhs -1 +2
     M ./compiler/rename/RnEnv.lhs -8 +16
     M ./compiler/rename/RnTypes.lhs -3 +5
 }}}
 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3155#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  9 12:56:36 2009
From: trac at galois.com (GHC)
Date: Thu Apr  9 12:43:26 2009
Subject: [GHC] #3162: Windows users can't compile time package
Message-ID: <051.e2a6e86baab182908c29e63c525cd923@localhost>

#3162: Windows users can't compile time package
-----------------------------+----------------------------------------------
Reporter:  NeilMitchell      |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 The time library got unbundled from GHC 6.10.2. Windows users who don't
 have Cygwin installed can't build the time library from Hackage. The end
 result is that an important and widely used library doesn't work with GHC
 6.10.2. For many Windows users this will be a severe regression.

 {{{
 C:\Neil\hoogle>cabal install time --global
 Resolving dependencies...
 [1 of 1] Compiling Main             (
 C:\Users\Neil\AppData\Local\Temp\time-1.1.
 2.32884\time-1.1.2.3\Setup.hs,
 C:\Users\Neil\AppData\Local\Temp\time-1.1.2.32884
 \time-1.1.2.3\dist\setup\Main.o )
 Linking
 C:\Users\Neil\AppData\Local\Temp\time-1.1.2.32884\time-1.1.2.3\dist\setu
 p\setup.exe ...
 Configuring time-1.1.2.3...
 setup.exe: sh: runGenProcess: does not exist (No such file or directory)
 cabal: Error: some packages failed to install:
 time-1.1.2.3 failed during the configure step. The exception was:
 exit: ExitFailure 1

 C:\Neil\hoogle>ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.10.2
 }}}

 There are two solutions: 1) Fix the time package so it doesn't depend on
 {{{sh}}}; 2) Bundle time with GHC.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3162>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr  9 14:02:58 2009
From: trac at galois.com (GHC)
Date: Thu Apr  9 13:49:48 2009
Subject: [GHC] #3162: Windows users can't compile time package
In-Reply-To: <051.e2a6e86baab182908c29e63c525cd923@localhost>
References: <051.e2a6e86baab182908c29e63c525cd923@localhost>
Message-ID: <060.3168356c6de740574566093e8481d6c2@localhost>

#3162: Windows users can't compile time package
------------------------------+---------------------------------------------
 Reporter:  NeilMitchell      |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.10.2          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by felixmar):

 * cc: fmartini@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3162#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 08:34:14 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 08:21:00 2009
Subject: [GHC] #601: Replace GMP
In-Reply-To: <047.118762464fe3464def09b9461b8cccc5@localhost>
References: <047.118762464fe3464def09b9461b8cccc5@localhost>
Message-ID: <056.026eb4dd1bdaf1397cdf77112f943e28@localhost>

#601: Replace GMP
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                    
        Type:  task              |       Status:  new               
    Priority:  normal            |    Milestone:  _|_               
   Component:  Compiler          |      Version:  None              
    Severity:  normal            |   Resolution:  None              
    Keywords:                    |   Difficulty:  Difficult (1 week)
    Testcase:  N/A               |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 '''Current status'''

 The `Integer` type is now provided by a separate `integer` package, which
 provides an API that hides the implementation details. By default this is
 `integer-gmp`. To change it, set `INTEGER_LIBRARY=integer-foo` in
 `mk/build.mk`.

 There is an alternative implementation [http://darcs.haskell.org/libraries
 /integer-simple/ integer-simple], although as we don't regularly test
 builds with it you may need to make a few tweaks to get it to work.
 `integer-simple` is intended to be easily understood, entirely Haskell
 code that is ''fast enough''. For serious number crunching one of the
 highly tuned big integer libraries will be needed, but hopefully `integer-
 simple` will suffice for normal use. In order to test this, we need to do
 some testing, e.g. nofib runs.

 It would also be interesting to separate out the `J#/S#` wrapper from the
 GMP `Integer`, and to compare all 4 combinations: `GMP`, `GMP+J#/S#`,
 `simple`, `simple+S#/J#`.

 If `integer-simple` is indeed fast enough, then I think that it solves all
 of the problems with `integer-gmp`. We would also have packages like `gmp`
 for those who want to use the fast C implementations.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/601#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 10:21:02 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 10:07:47 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.fe80cb82a32fcda4591f5ae8efb942d5@localhost>

#3151: Hello World does not compile (missing Prelude?)
-----------------------------+----------------------------------------------
    Reporter:  fft1976       |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  normal        |    Milestone:  6.10 branch
   Component:  Build System  |      Version:  6.10.2     
    Severity:  critical      |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:                |           Os:  Linux      
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by igloo):

 Replying to [comment:7 fft1976]:
 >
 > Are those rts errors (and others) something I should worry about?

 No, that looks fine.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 10:25:18 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 10:12:01 2009
Subject: [GHC] #3151: Hello World does not compile (missing Prelude?)
In-Reply-To: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
References: <046.b749efc6988a8d640d3ddf4cc38315c8@localhost>
Message-ID: <055.8336588853549776a3828174b9a39a21@localhost>

#3151: Hello World does not compile (missing Prelude?)
-----------------------------+----------------------------------------------
    Reporter:  fft1976       |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  normal        |    Milestone:  6.10 branch
   Component:  Build System  |      Version:  6.10.2     
    Severity:  critical      |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:                |           Os:  Linux      
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by igloo):

 I've just done a little more digging. It looks like only the `i386
 -unknown-linux-libedit2` build needs libffi, which is due to a combination
 of two things:
  * The Debian ghc6 package that it was built with uses the system libffi
 rather than the in-tree libffi
  * `ifBuildable` is built with the bootstrapping compiler rather than the
 in-tree compiler

 If we make a 6.10.3 then we should fix the last point. For 6.12, this is
 done differently in the new build system, and the `libedit2` builds won't
 be needed for 6.12 anyway (as we won't be using libedit).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3151#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 10:39:18 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 10:26:03 2009
Subject: [GHC] #3158: Linker error (libffi.so.5) in 6.10.2 x86-Linux
 binary distribution
In-Reply-To: <044.af5f2e01e7c3b32059c8637c8495a4b3@localhost>
References: <044.af5f2e01e7c3b32059c8637c8495a4b3@localhost>
Message-ID: <053.47e90722ae395accd0fbcb8fe8fef129@localhost>

#3158: Linker error (libffi.so.5) in 6.10.2 x86-Linux binary distribution
-------------------------------+--------------------------------------------
    Reporter:  guest           |        Owner:           
        Type:  bug             |       Status:  closed   
    Priority:  normal          |    Milestone:           
   Component:  Runtime System  |      Version:  6.10.2   
    Severity:  blocker         |   Resolution:  duplicate
    Keywords:                  |   Difficulty:  Unknown  
    Testcase:                  |           Os:  Linux    
Architecture:  x86             |  
-------------------------------+--------------------------------------------
Changes (by igloo):

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

Comment:

 Thanks for the report. You need to install the Debian `libffi5` package.

 Closing this ticket as it's a duplicate of #3151.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3158#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 11:05:09 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 10:51:56 2009
Subject: [GHC] #3157: ghci segmentation fault when computation is
 interrupted
In-Reply-To: <046.b92aff660639d37518d804b70f95cb9e@localhost>
References: <046.b92aff660639d37518d804b70f95cb9e@localhost>
Message-ID: <055.46a339da5b93e5d6e8c3fca713db2ab6@localhost>

#3157: ghci segmentation fault when computation is interrupted
-------------------------------+--------------------------------------------
    Reporter:  fft1976         |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  normal          |    Milestone:  6.10 branch
   Component:  Runtime System  |      Version:  6.10.2     
    Severity:  critical        |   Resolution:             
    Keywords:  ghci            |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86             |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.10 branch

Comment:

 6.12 won't use libedit, so we only need to worry about this if we do a
 6.10.3 release.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3157#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 11:07:59 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 10:54:43 2009
Subject: [GHC] #2953: deriving Functor, Foldable, Traversable
In-Reply-To: <045.1ed3b38adbe9ad6aceca4244fe75f3c0@localhost>
References: <045.1ed3b38adbe9ad6aceca4244fe75f3c0@localhost>
Message-ID: <054.7bf747a8b58a47f3d9becf91f31c17c0@localhost>

#2953: deriving Functor, Foldable, Traversable
---------------------------------+------------------------------------------
    Reporter:  twanvl            |        Owner:  twanvl          
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Separate `-XDeriveFunctor`, `-XDeriveTraversable` and `-XDeriveFoldable`
 would be best in my opinion.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2953#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 11:03:46 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 10:56:50 2009
Subject: [GHC] #3148: build failure of GHC 6.10.2 release on
 arm-unknown-linux platform
In-Reply-To: <046.46ff7b43ffa207f2ab56b782f0f3afa1@localhost>
References: <046.46ff7b43ffa207f2ab56b782f0f3afa1@localhost>
Message-ID: <055.31ca40482b8772dd698d4f975cca3bef@localhost>

#3148: build failure of GHC 6.10.2 release on arm-unknown-linux platform
-----------------------------+----------------------------------------------
    Reporter:  kgardas       |        Owner:         
        Type:  bug           |       Status:  closed 
    Priority:  normal        |    Milestone:         
   Component:  Build System  |      Version:  6.10.1 
    Severity:  normal        |   Resolution:  invalid
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Linux  
Architecture:  arm           |  
-----------------------------+----------------------------------------------
Changes (by igloo):

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

Comment:

 I'm afraid registerised builds aren't supported on `arm`, so you'll need
 to do an unregisterised build:
 http://hackage.haskell.org/trac/ghc/wiki/Building/Unregisterised

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3148#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 11:10:36 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 10:57:20 2009
Subject: [GHC] #3136: monad syntax extension
In-Reply-To: <048.bce24d69152568f86d25ab705aaf71d2@localhost>
References: <048.bce24d69152568f86d25ab705aaf71d2@localhost>
Message-ID: <057.d502a6ee10cdcff3d32d1557b06dd627@localhost>

#3136: monad syntax extension
---------------------------------+------------------------------------------
    Reporter:  neodymion         |        Owner:                  
        Type:  feature request   |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 I agree with Neil; I think a design needs to be worked out in another
 forum before it is useful to have a ticket for this.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3136#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 11:26:40 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 11:13:22 2009
Subject: [GHC] #3147: Testsuite for 6.10.2 fails if ghc is not already
 installed.
In-Reply-To: <046.cc4a533171eb0c981f6406d5a101b3e3@localhost>
References: <046.cc4a533171eb0c981f6406d5a101b3e3@localhost>
Message-ID: <055.49d2932be8dd8b7932921f1c03ebd804@localhost>

#3147: Testsuite for 6.10.2 fails if ghc is not already installed.
---------------------------------+------------------------------------------
    Reporter:  gwright           |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Test Suite        |      Version:  6.10.1          
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 Applied, thanks!

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3147#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 12:56:07 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 12:42:52 2009
Subject: [GHC] #3162: Windows users can't compile time package
In-Reply-To: <051.e2a6e86baab182908c29e63c525cd923@localhost>
References: <051.e2a6e86baab182908c29e63c525cd923@localhost>
Message-ID: <060.c6630c4b003ae73476e2e154dee66f84@localhost>

#3162: Windows users can't compile time package
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 The time package isn't needed to build GHC, so build problems with it
 don't belong here. The maintainer is listed as `ashley@semantic.org` in
 the Cabal file, but I'm not sure whether or not it has a bug tracking
 system.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3162#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:01:48 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 12:48:32 2009
Subject: [GHC] #3159: QSem fails with negative quantities
In-Reply-To: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>
References: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>
Message-ID: <060.b2ecf1ef2c170aa5202c3fa4bf3f9cca@localhost>

#3159: QSem fails with negative quantities
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  libraries/base    |      Version:  6.10.2          
    Severity:  major             |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 "Simple quantity semaphores" can't have negative amounts available; the
 bug here is that `newQSem` doesn't check that it has been given a non-
 negative argument; fixed for both `QSem` and `QSemN` by:
 {{{
 Fri Apr 10 17:40:13 BST 2009  Ian Lynagh <igloo@earth.li>
   * Fix QSem and QSemN: Initial amount must be non-negative
 }}}

 You can write your program with `QSemN`:
 {{{
 import Data.IORef
 import Control.Concurrent

 main = do
    sem <- newQSemN 0
    r <- newIORef 0
    let incRef = atomicModifyIORef r (\a -> (a+1,a))
    sequence_ $ replicate 100 $ forkIO $ incRef >> signalQSemN sem 1
    waitQSemN sem 100
    v <- readIORef r
    print v
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3159#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:16:24 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:03:15 2009
Subject: [GHC] #3130: copyFile and findExecutable don't work correctly
 if filename has national symbols
In-Reply-To: <047.da94d19c1a8d4f7956abff60dc99c03d@localhost>
References: <047.da94d19c1a8d4f7956abff60dc99c03d@localhost>
Message-ID: <056.f1aab8b9c37471ef88ff0d532e8f7f83@localhost>

#3130: copyFile and findExecutable don't work correctly if filename has national
symbols
------------------------------------+---------------------------------------
    Reporter:  shelarcy             |        Owner:         
        Type:  bug                  |       Status:  new    
    Priority:  normal               |    Milestone:  6.12.1 
   Component:  libraries/directory  |      Version:  6.10.1 
    Severity:  normal               |   Resolution:         
    Keywords:                       |   Difficulty:  Unknown
    Testcase:                       |           Os:  Windows
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

Comment:

 Thanks for the report. We should resolve this one way or another for
 6.12.1.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3130#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:48:18 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:35:09 2009
Subject: [GHC] #2619: Can't build older compiler
In-Reply-To: <044.186108a575a6c194091f1f6cfd66d1a5@localhost>
References: <044.186108a575a6c194091f1f6cfd66d1a5@localhost>
Message-ID: <053.40a9e6d837bf379d82dc6fc81a1812cf@localhost>

#2619: Can't build older compiler
---------------------------------+------------------------------------------
    Reporter:  judah             |        Owner:                  
        Type:  bug               |       Status:  reopened        
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * component:  Compiler => Build System
  * milestone:  6.10.1 => 6.12.1

Comment:

 configure now checks if we are building with a development snapshot.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2619#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:49:28 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:36:14 2009
Subject: [GHC] #1924: Rewrite the handling of values we get from
 ./configure
In-Reply-To: <044.9ce32a75cdc46063892169755ff2cb07@localhost>
References: <044.9ce32a75cdc46063892169755ff2cb07@localhost>
Message-ID: <053.885ae5bfae0e60bb515e1d27cb2fd0f9@localhost>

#1924: Rewrite the handling of values we get from ./configure
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1924#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:49:45 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:36:31 2009
Subject: [GHC] #2337: Data.Array documentation utterly broken
In-Reply-To: <045.1fd44b27076f8b28428287ad13138763@localhost>
References: <045.1fd44b27076f8b28428287ad13138763@localhost>
Message-ID: <054.815a96eaa4927f7a41f99dd134c94b90@localhost>

#2337: Data.Array documentation utterly broken
---------------------------------+------------------------------------------
    Reporter:  japple            |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Documentation     |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2337#comment:23>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:52:02 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:38:50 2009
Subject: [GHC] #2442: Heuristics to improve error messages for badly
 referenced things
In-Reply-To: <053.d96b74737451be892238b37815ca44b6@localhost>
References: <053.d96b74737451be892238b37815ca44b6@localhost>
Message-ID: <062.a4b358551a89bbe0d11b20721639be90@localhost>

#2442: Heuristics to improve error messages for badly referenced things
---------------------------------+------------------------------------------
    Reporter:  batterseapower    |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.9             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2442#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:52:49 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:39:32 2009
Subject: [GHC] #2451: New signal-handling API
In-Reply-To: <047.5b7641d67bfb4c219c1a85428fd85097@localhost>
References: <047.5b7641d67bfb4c219c1a85428fd85097@localhost>
Message-ID: <056.d183aafaf91758b18901ab7e1728b636@localhost>

#2451: New signal-handling API
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  proposal          |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  libraries/unix    |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2451#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:53:16 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:39:58 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.7db96a75bea9810655c2a7b2014ab30d@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:55:59 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:42:42 2009
Subject: [GHC] #2811: Unicode support for text I/O
In-Reply-To: <044.4bcdd3c48e1395a70346b0b750638356@localhost>
References: <044.4bcdd3c48e1395a70346b0b750638356@localhost>
Message-ID: <053.37556fe623392be8ce49f3cf8b6983d7@localhost>

#2811: Unicode support for text I/O
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  simonmar        
        Type:  feature request   |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2811#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:49:15 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:43:02 2009
Subject: [GHC] #1346: bootstrap from HC files
In-Reply-To: <047.353746f1d61af31dcc9643e79add3cec@localhost>
References: <047.353746f1d61af31dcc9643e79add3cec@localhost>
Message-ID: <056.c780d57e981027ab549cf34557c81049@localhost>

#1346: bootstrap from HC files
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1346#comment:19>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 13:57:05 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 13:44:21 2009
Subject: [GHC] #2812: For ghci, drop editline in favour of haskeline
In-Reply-To: <044.83b1cb097467eb96264cb87a3cc1f7c9@localhost>
References: <044.83b1cb097467eb96264cb87a3cc1f7c9@localhost>
Message-ID: <053.95142b6bc345365b542168bc70f65325@localhost>

#2812: For ghci, drop editline in favour of haskeline
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  GHCi              |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2812#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 14:17:05 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:03:59 2009
Subject: [GHC] #2917: alloca and allocaArray do not respect alignment
In-Reply-To: <044.ae4012da6404813e981e2064d26c5c85@localhost>
References: <044.ae4012da6404813e981e2064d26c5c85@localhost>
Message-ID: <053.55076c47230f509fa60b88175750d203@localhost>

#2917: alloca and allocaArray do not respect alignment
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12 branch     
   Component:  Compiler (FFI)    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * status:  reopened => new
  * owner:  igloo =>

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2917#comment:18>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 14:17:54 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:04:38 2009
Subject: [GHC] #2978: Add support for more characters to UnicodeSyntax
In-Reply-To: <045.01e065f460d6968a8d3a0a8de34723f0@localhost>
References: <045.01e065f460d6968a8d3a0a8de34723f0@localhost>
Message-ID: <054.740e0bec12e7a795b33b9b09a0f66e83@localhost>

#2978: Add support for more characters to UnicodeSyntax
---------------------------------+------------------------------------------
    Reporter:  porges            |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2978#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 14:21:06 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:07:49 2009
Subject: [GHC] #3119: Make ghc-6.10 use a non-executable stack (by
 bumping libffi)
In-Reply-To: <047.52c2d20209bcb3a33fa5cded0d11d880@localhost>
References: <047.52c2d20209bcb3a33fa5cded0d11d880@localhost>
Message-ID: <056.1e9b11636244d29c865491ba33d91676@localhost>

#3119: Make ghc-6.10 use a non-executable stack (by bumping libffi)
---------------------------------+------------------------------------------
    Reporter:  kolmodin          |        Owner:  igloo  
        Type:  task              |       Status:  new    
    Priority:  high              |    Milestone:  6.12.1 
   Component:  Compiler          |      Version:  6.10.1 
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Linux  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3119#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 14:51:24 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:38:08 2009
Subject: [GHC] #3132: x86 code generator generates bad FPU register names
In-Reply-To: <044.486f0fa3ddd7b77dad74344aee019e46@localhost>
References: <044.486f0fa3ddd7b77dad74344aee019e46@localhost>
Message-ID: <053.2e601864381fb3b13d8486695b3f5256@localhost>

#3132: x86 code generator generates bad FPU register names
-------------------------------+--------------------------------------------
    Reporter:  int-e           |        Owner:                  
        Type:  bug             |       Status:  new             
    Priority:  high            |    Milestone:  6.12.1          
   Component:  Compiler (NCG)  |      Version:  6.11            
    Severity:  normal          |   Resolution:                  
    Keywords:                  |   Difficulty:  Unknown         
    Testcase:                  |           Os:  Unknown/Multiple
Architecture:  x86             |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

Comment:

 Also fails on amd64/Linux in the HEAD, with errors like:
 {{{
 /tmp/ghc22358_0/ghc22358_0.s:2168:0:
      Error: suffix or operands invalid for `subsd'

 /tmp/ghc22358_0/ghc22358_0.s:2219:0:
      Error: junk `naughty x86_64 register' after expression

 /tmp/ghc22358_0/ghc22358_0.s:2328:0:
      Error: suffix or operands invalid for `addsd'
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3132#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:06:24 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:53:09 2009
Subject: [GHC] #3163: quantified types fail to match in GADT case
Message-ID: <051.9e183310fa287b7470565c1ecdf33535@localhost>

#3163: quantified types fail to match in GADT case
-------------------------+--------------------------------------------------
Reporter:  Scott Turner  |          Owner:                         
    Type:  bug           |         Status:  new                    
Priority:  normal        |      Component:  Compiler (Type checker)
 Version:  6.10.1        |       Severity:  normal                 
Keywords:                |       Testcase:                         
      Os:  Linux         |   Architecture:  x86                    
-------------------------+--------------------------------------------------
 {{{
 {-# LANGUAGE GADTs, RankNTypes, ImpredicativeTypes #-}

 module Report (eval) where

 data Taker a where
     Unreached :: Taker (forall s. s)
 eval :: a -> Taker a -> (forall t. t)
 eval x c = case c of
     Unreached -> x
 }}}
 I wanted the quantified types to match and the code to get past the type-
 checker, as it would if the forall type annotations were replaced with any
 ordinary type. However, ghc reported:
 {{{
     Couldn't match expected type `t'
            against inferred type `forall s. s'
       `t' is a rigid type variable bound by
           the type signature for `eval' at ghc_report.hs:7:32
     In the expression: x
     In a case alternative: Unreached -> x
     In the expression: case c of { Unreached -> x }
 }}}
 I was unable to get around this problem by adding type annotations.
 However, I did get around it by using a similar type

 {{{
 data Z = Z (forall t.t)
 }}}
 instead of the bare forall type.

 ----

 {{{
 (yawl:~/programs/cat_type) scott% ghc -v -dcore-lint ghc_report.hs
 Glasgow Haskell Compiler, Version 6.10.1, for Haskell 98, stage 2 booted
 by GHC version 6.10.1
 Using package config file: /usr/lib/ghc-6.10.1/./package.conf
 hiding package base-3.0.3.0 to avoid conflict with later version
 base-4.0.0.0
 hiding package filepath-1.1.0.1 to avoid conflict with later version
 filepath-1.1.0.2
 hiding package Cabal-1.6.0.1 to avoid conflict with later version
 Cabal-1.6.0.2
 hiding package QuickCheck-1.2.0.0 to avoid conflict with later version
 QuickCheck-2.1.0.1
 hiding package parsec-2.1.0.1 to avoid conflict with later version
 parsec-3.0.0
 wired-in package ghc-prim mapped to ghc-prim-0.1.0.0
 wired-in package integer mapped to integer-0.1.0.0
 wired-in package base mapped to base-4.0.0.0
 wired-in package rts mapped to rts-1.0
 wired-in package haskell98 mapped to haskell98-1.0.1.0
 wired-in package syb mapped to syb-0.1.0.0
 wired-in package template-haskell mapped to template-haskell-2.3.0.0
 wired-in package dph-seq[""] not found.
 wired-in package dph-par[""] not found.
 Hsc static flags: -static
 Created temporary directory: /tmp/ghc26608_0
 *** Checking old interface for main:Report:
 *** Parser:
 *** Renamer/typechecker:

 ghc_report.hs:9:17:
     Couldn't match expected type `t'
            against inferred type `forall s. s'
       `t' is a rigid type variable bound by
           the type signature for `eval' at ghc_report.hs:7:32
     In the expression: x
     In a case alternative: Unreached -> x
     In the expression: case c of { Unreached -> x }
 *** Deleting temp files:
 Deleting: /tmp/ghc26608_0/ghc26608_0.s
 Warning: deleting non-existent /tmp/ghc26608_0/ghc26608_0.s
 *** Deleting temp dirs:
 Deleting: /tmp/ghc26608_0

 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3163>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:10:38 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:57:23 2009
Subject: [GHC] #2301: Proper handling of SIGINT/SIGQUIT
In-Reply-To: <045.f06a53427920f75d02000e2372e27573@localhost>
References: <045.f06a53427920f75d02000e2372e27573@localhost>
Message-ID: <054.9b99767cb00dad1ec29b5cbbc6a3536f@localhost>

#2301: Proper handling of SIGINT/SIGQUIT
----------------------------------+-----------------------------------------
    Reporter:  duncan             |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.12.1          
   Component:  libraries/process  |      Version:  6.8.2           
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2301#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:12:15 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:59:00 2009
Subject: [GHC] #2120: Arrays allow out-of-bounds indexes
In-Reply-To: <046.df9dbe29ac2a6f0cde1841f7056aebbe@localhost>
References: <046.df9dbe29ac2a6f0cde1841f7056aebbe@localhost>
Message-ID: <055.6ad298068f0d171d1f0d6c6ed329f41f@localhost>

#2120: Arrays allow out-of-bounds indexes
----------------------------------+-----------------------------------------
    Reporter:  amthrax            |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.12.1          
   Component:  libraries (other)  |      Version:  6.8.2           
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2120#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:12:47 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:59:36 2009
Subject: [GHC] #2012: compiling via-C does not work on ppc
In-Reply-To: <045.6ad3ccd84b7b179a5baec1657fb43453@localhost>
References: <045.6ad3ccd84b7b179a5baec1657fb43453@localhost>
Message-ID: <054.ec56c049199baec46e2d5c15e7585218@localhost>

#2012: compiling via-C does not work on ppc
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  lowest    |    Milestone:  6.12 branch
   Component:  Compiler  |      Version:  6.8.2      
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  MacOS X    
Architecture:  powerpc   |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * priority:  normal => lowest

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2012#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:13:10 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 14:59:51 2009
Subject: [GHC] #2444: gtk2hs 0.9.13 fails to build on ppc due to bad
 code generated with -fvia-C
In-Reply-To: <042.86c4267360832e863379a2145bf9d85a@localhost>
References: <042.86c4267360832e863379a2145bf9d85a@localhost>
Message-ID: <051.a11b006ebff28a36f173d193c1bd2f91@localhost>

#2444: gtk2hs 0.9.13 fails to build on ppc due to bad code generated with -fvia-C
-------------------------+--------------------------------------------------
    Reporter:  bos       |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  lowest    |    Milestone:  6.12 branch
   Component:  Compiler  |      Version:  6.8.3      
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  powerpc   |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * priority:  normal => lowest

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2444#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:21:27 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 15:08:10 2009
Subject: [GHC] #1502: GHC should integrate better with mingw
In-Reply-To: <047.b7395f3fc65ee001157bf44a9570b106@localhost>
References: <047.b7395f3fc65ee001157bf44a9570b106@localhost>
Message-ID: <056.bfd67220741abcdb640e99cd3ec18e9c@localhost>

#1502: GHC should integrate better with mingw
---------------------------------+------------------------------------------
    Reporter:  eivuokko          |        Owner:         
        Type:  feature request   |       Status:  new    
    Priority:  high              |    Milestone:  6.12.1 
   Component:  Compiler          |      Version:  6.6.1  
    Severity:  normal            |   Resolution:         
    Keywords:  windows           |   Difficulty:  Unknown
    Testcase:                    |           Os:  Windows
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * priority:  normal => high
  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1502#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:26:23 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 15:13:05 2009
Subject: [GHC] #2798: Enable "rec" keyword when RecursiveDo is enabled?
In-Reply-To: <047.c01de827ffb9a59aafb72de68ac54369@localhost>
References: <047.c01de827ffb9a59aafb72de68ac54369@localhost>
Message-ID: <056.ebef510e58c5c5d0ed68628717448aae@localhost>

#2798: Enable "rec" keyword when RecursiveDo is enabled?
---------------------------------+------------------------------------------
    Reporter:  nominolo          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.11            
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * priority:  normal => high
  * milestone:  6.12 branch => 6.12.1

Comment:

 6.12.1 would be a good time to come to a decision about this.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2798#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:28:55 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 15:15:40 2009
Subject: [GHC] #2793: CLDouble is nothing like a long double
In-Reply-To: <047.5dadea2fc38a170289501238d399f214@localhost>
References: <047.5dadea2fc38a170289501238d399f214@localhost>
Message-ID: <056.5123d89d8222a2e11b9ddf439d22c35c@localhost>

#2793: CLDouble is nothing like a long double
---------------------------------+------------------------------------------
    Reporter:  jedbrown          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * priority:  normal => high
  * milestone:  6.12 branch => 6.12.1

Comment:

 Sounds reasonable, and like it should be easy to fix.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2793#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 15:39:42 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 15:26:25 2009
Subject: [GHC] #2744: Missing requirement check for hsc2hs
In-Reply-To: <045.22de1b93d87ec567af1e55ce56c09fd8@localhost>
References: <045.22de1b93d87ec567af1e55ce56c09fd8@localhost>
Message-ID: <054.2728af45076a4ed36fd7e53182a7de67@localhost>

#2744: Missing requirement check for hsc2hs
-----------------------------+----------------------------------------------
    Reporter:  jputcu        |        Owner:         
        Type:  bug           |       Status:  new    
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.10.1 
    Severity:  normal        |   Resolution:         
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Linux  
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2744#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 16:15:05 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 16:01:47 2009
Subject: [GHC] #2727: DiffArray performance unusable for advertized
 purpose
In-Reply-To: <044.19ebac4c441c1f8e8ea00498a3c1e235@localhost>
References: <044.19ebac4c441c1f8e8ea00498a3c1e235@localhost>
Message-ID: <053.855510e434cf8c3426aca04fc1abaf4b@localhost>

#2727: DiffArray performance unusable for advertized purpose
-----------------------------------------+----------------------------------
    Reporter:  claus                     |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12.1          
   Component:  libraries (other)         |      Version:  6.11            
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

Comment:

 `DiffArray` isn't getting much love where it is now; perhaps we should
 split it off into a separate `diffarray` package? That way it could have a
 separate maintainer and become decoupled from GHC's major release
 schedule. Also, it wouldn't appear to be blessed, which is a good thing if
 it is "unusably slow".

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2727#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 16:26:51 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 16:13:37 2009
Subject: [GHC] #2678: hLookAhead + hSetBuffering = unsupported operation
 (Illegal seek)
In-Reply-To: <044.ebc0cd7ca21089d8e742f250c2a46ae6@localhost>
References: <044.ebc0cd7ca21089d8e742f250c2a46ae6@localhost>
Message-ID: <053.fec985087093ee600bb57cc489638679@localhost>

#2678: hLookAhead + hSetBuffering = unsupported operation (Illegal seek)
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  simonmar        
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2678#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 16:28:02 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 16:14:45 2009
Subject: [GHC] #3155: TypeOperators/Rank2Types clash
In-Reply-To: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>
References: <060.b4a63a8fdf558301abe45d835f89f3b6@localhost>
Message-ID: <069.7f91cfa51ba05e4b75cce38ddfe21cbd@localhost>

#3155: TypeOperators/Rank2Types clash
--------------------------------------------+-------------------------------
    Reporter:  MartijnVanSteenbergen        |        Owner:                  
        Type:  bug                          |       Status:  closed          
    Priority:  normal                       |    Milestone:                  
   Component:  Compiler                     |      Version:  6.10.1          
    Severity:  normal                       |   Resolution:  fixed           
    Keywords:                               |   Difficulty:  Unknown         
    Testcase:  typecheck/should_fail/T3155  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple             |  
--------------------------------------------+-------------------------------
Comment (by MartijnVanSteenbergen):

 Thanks. :-) I'm always amazed at how fast you (plural) fix the bugs I
 report.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3155#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 16:31:22 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 16:18:06 2009
Subject: [GHC] #2610: File permission-related proposals
In-Reply-To: <044.2484ad9dcf80cd653040fb3392e0b3ab@localhost>
References: <044.2484ad9dcf80cd653040fb3392e0b3ab@localhost>
Message-ID: <053.a8c8e7e02cf6bb8a8d15c54f1fcdef49@localhost>

#2610: File permission-related proposals
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2610#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 16:41:02 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 16:27:45 2009
Subject: [GHC] #2558: re-throwing an asynchronous exception throws it
 synchronously
In-Reply-To: <047.339350d6751eeb20e19b24c52175ed9b@localhost>
References: <047.339350d6751eeb20e19b24c52175ed9b@localhost>
Message-ID: <056.972e450f4dbef57bde160c1e6604afd3@localhost>

#2558: re-throwing an asynchronous exception throws it synchronously
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  simonmar        
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2558#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 17:46:13 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 17:32:56 2009
Subject: [GHC] #2510: Environment modification during installation
 should be optional
In-Reply-To: <045.3e84f679ca4e95a8a9ec350bbb64b495@localhost>
References: <045.3e84f679ca4e95a8a9ec350bbb64b495@localhost>
Message-ID: <054.becfc463dceb7c7c32b6cc0f93dd9d6b@localhost>

#2510: Environment modification during installation should be optional
---------------------------------+------------------------------------------
    Reporter:  nimnul            |        Owner:         
        Type:  feature request   |       Status:  new    
    Priority:  normal            |    Milestone:  6.12.1 
   Component:  None              |      Version:  6.8.3  
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Windows
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2510#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 17:46:50 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 17:33:32 2009
Subject: [GHC] #2489: Registry keys are created in per-user HKCU instead
 of system-wide HKLM
In-Reply-To: <045.8268642d688f1830bf5e7f9b3d0846d3@localhost>
References: <045.8268642d688f1830bf5e7f9b3d0846d3@localhost>
Message-ID: <054.b75c920c7def3824e0ccde7f3b5e7ff8@localhost>

#2489: Registry keys are created in per-user HKCU instead of system-wide HKLM
---------------------------------+------------------------------------------
    Reporter:  nimnul            |        Owner:         
        Type:  bug               |       Status:  new    
    Priority:  normal            |    Milestone:  6.12.1 
   Component:  None              |      Version:  6.8.3  
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Windows
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2489#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 17:47:28 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 17:34:16 2009
Subject: [GHC] #2467: orphan instance warnings are badly behaved
In-Reply-To: <045.75a28e8407597d8ed7d594d8f7eb5b3c@localhost>
References: <045.75a28e8407597d8ed7d594d8f7eb5b3c@localhost>
Message-ID: <054.015b1578a62c10a1729c13912706ec82@localhost>

#2467: orphan instance warnings are badly behaved
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2467#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 18:44:15 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 18:30:59 2009
Subject: [GHC] #3128: hClose leaves file descriptor open if it fails
In-Reply-To: <045.f474a379b598a39e20f417ce0f4de22b@localhost>
References: <045.f474a379b598a39e20f417ce0f4de22b@localhost>
Message-ID: <054.2de58477c1630cfac57e665358def622@localhost>

#3128: hClose leaves file descriptor open if it fails
---------------------------------+------------------------------------------
    Reporter:  Baughn            |        Owner:  simonmar        
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3128#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 18:44:35 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 18:31:21 2009
Subject: [GHC] #3115: mark ghc.cabal so that unsuspecting newbies don't
 try to edit it
In-Reply-To: <041.3492cffcfd5dec50c06af45bac79589d@localhost>
References: <041.3492cffcfd5dec50c06af45bac79589d@localhost>
Message-ID: <050.e7a2179da5176ab31532f5c3f7c37adb@localhost>

#3115: mark ghc.cabal so that unsuspecting newbies don't try to edit it
---------------------------------+------------------------------------------
    Reporter:  nr                |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.11            
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3115#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 19:38:12 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 19:24:52 2009
Subject: [GHC] #3164: ghc: panic! (the 'impossible' happened) while building
 pandoc on a macbook
Message-ID: <047.8f4ef7af6b65a5b6ceb9ebc515772ad1@localhost>

#3164: ghc: panic! (the 'impossible' happened) while building pandoc on a macbook
-----------------------------+----------------------------------------------
Reporter:  simonmic          |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 ~/src/pandoc$ ghci -isrc src/pandoc.hs
 GHCi, version 6.10.2: http://www.haskell.org/ghc/  :? for help
 ...
 Loading package digest-0.0.0.5 ... linking ... done.
 Loading package zip-archive-0.1.1.3 ... linking ... done.
 [ 8 of 29] Compiling Text.Pandoc.LaTeXMathML (
 src/Text/Pandoc/LaTeXMathML.hs, interpreted )
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.2 for i386-apple-darwin):
         linkBCO: >= 64k insns in BCO

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

 >

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3164>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 19:41:48 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 19:28:30 2009
Subject: [GHC] #3084: alow macros to redefine builtin GHCi commands
In-Reply-To: <046.7f055f7e30420d89efe3f2db433a2d00@localhost>
References: <046.7f055f7e30420d89efe3f2db433a2d00@localhost>
Message-ID: <055.7830a18f63f60ee9f2802c52c1e0b21d@localhost>

#3084: alow macros to redefine builtin GHCi commands
---------------------------------+------------------------------------------
    Reporter:  phercek           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  GHCi              |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3084#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 19:53:49 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 19:40:41 2009
Subject: [GHC] #3052: ghc FFI doesn't support thiscall
In-Reply-To: <047.ea34806f73921c57cbc395f3f5a9a535@localhost>
References: <047.ea34806f73921c57cbc395f3f5a9a535@localhost>
Message-ID: <056.7cef0e66db1228ced7f625128ec3387a@localhost>

#3052: ghc FFI doesn't support thiscall
--------------------------------+-------------------------------------------
    Reporter:  augustss         |        Owner:                  
        Type:  feature request  |       Status:  new             
    Priority:  normal           |    Milestone:  6.12.1          
   Component:  Compiler (FFI)   |      Version:  6.10.1          
    Severity:  normal           |   Resolution:                  
    Keywords:                   |   Difficulty:  Moderate (1 day)
    Testcase:                   |           Os:  Windows         
Architecture:  x86              |  
--------------------------------+-------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3052#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 19:56:31 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 19:43:12 2009
Subject: [GHC] #3164: ghc: panic! (the 'impossible' happened) while
 building pandoc on a macbook
In-Reply-To: <047.8f4ef7af6b65a5b6ceb9ebc515772ad1@localhost>
References: <047.8f4ef7af6b65a5b6ceb9ebc515772ad1@localhost>
Message-ID: <056.164f46da51a31b48e31647a4166ffbb5@localhost>

#3164: ghc: panic! (the 'impossible' happened) while building pandoc on a macbook
------------------------------+---------------------------------------------
 Reporter:  simonmic          |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.10.2          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by simonmic):

 Also, a normal compilation gives a stack overflow with that file:

 ~/src/pandoc$ ghc --make -isrc src/pandoc.hs
 ...
 [ 8 of 29] Compiling Text.Pandoc.LaTeXMathML (
 src/Text/Pandoc/LaTeXMathML.hs, src/Text/Pandoc/LaTeXMathML.o )
 stack overflow: use +RTS -K<size> to increase it

 ~/src/pandoc$ ghc --make -isrc src/pandoc.hs +RTS -K32M
 ...
 [ 8 of 29] Compiling Text.Pandoc.LaTeXMathML (
 src/Text/Pandoc/LaTeXMathML.hs, src/Text/Pandoc/LaTeXMathML.o )
 (works)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3164#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 20:09:48 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 19:56:31 2009
Subject: [GHC] #2979: better support for FFI C wrappers for macros in
 system headers
In-Reply-To: <045.050d142d1954d12d764c4cd94c9c38c8@localhost>
References: <045.050d142d1954d12d764c4cd94c9c38c8@localhost>
Message-ID: <054.7539f4fde1474160b4e24cc8299820bd@localhost>

#2979: better support for FFI C wrappers for macros in system headers
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2979#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 20:10:07 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 19:57:21 2009
Subject: [GHC] #2977: Install phase fails when using --enable-shared
In-Reply-To: <045.994e869e093bd3112bffee0662aa176e@localhost>
References: <045.994e869e093bd3112bffee0662aa176e@localhost>
Message-ID: <054.1309b0d8bfb97351f3b4ca893c33beed@localhost>

#2977: Install phase fails when using --enable-shared
-------------------------------+--------------------------------------------
    Reporter:  ingmar          |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.11   
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2977#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 20:11:19 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 19:57:59 2009
Subject: [GHC] #2968: add test for C trigraphs
In-Reply-To: <045.2a7f68178978b83c4a4101bfbab4cf22@localhost>
References: <045.2a7f68178978b83c4a4101bfbab4cf22@localhost>
Message-ID: <054.4ee1ecc0740c28b520d229052b3f5ed6@localhost>

#2968: add test for C trigraphs
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2968#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 20:11:49 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 19:58:29 2009
Subject: [GHC] #2966: build system does not respect --with-gcc=
In-Reply-To: <045.38910ced362f70db06ad52953362394b@localhost>
References: <045.38910ced362f70db06ad52953362394b@localhost>
Message-ID: <054.eacbfa91b3fea9a0414f2f7df9bdce3c@localhost>

#2966: build system does not respect --with-gcc=
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:  igloo           
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

Comment:

 Let's look at this in the new build system

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2966#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 20:20:41 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 20:07:33 2009
Subject: [GHC] #2954: System.Process.terminateProcess sends SIGTERM
 rather than SIGKILL on unix
In-Reply-To: <044.33b296bee16ac04eb53e73148864ea5b@localhost>
References: <044.33b296bee16ac04eb53e73148864ea5b@localhost>
Message-ID: <053.bf14ca628314a4d63362fb672b77daf6@localhost>

#2954: System.Process.terminateProcess sends SIGTERM rather than SIGKILL on unix
----------------------------------+-----------------------------------------
    Reporter:  guest              |        Owner:  igloo           
        Type:  feature request    |       Status:  new             
    Priority:  normal             |    Milestone:  6.12.1          
   Component:  libraries/process  |      Version:  6.10.1          
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2954#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 20:21:16 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 20:07:58 2009
Subject: [GHC] #2953: deriving Functor, Foldable, Traversable
In-Reply-To: <045.1ed3b38adbe9ad6aceca4244fe75f3c0@localhost>
References: <045.1ed3b38adbe9ad6aceca4244fe75f3c0@localhost>
Message-ID: <054.47879ef3160f4973de510f35053232a9@localhost>

#2953: deriving Functor, Foldable, Traversable
---------------------------------+------------------------------------------
    Reporter:  twanvl            |        Owner:  twanvl          
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2953#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 21:01:10 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 20:48:18 2009
Subject: [GHC] #2897: HsFFI.h is not in the default include path for
 hsc2hs
In-Reply-To: <042.b2d6e868e73bff261558ad2f8fec87f6@localhost>
References: <042.b2d6e868e73bff261558ad2f8fec87f6@localhost>
Message-ID: <051.27166a9dc1b598d32e46155c03054fd4@localhost>

#2897: HsFFI.h is not in the default include path for hsc2hs
---------------------------------+------------------------------------------
    Reporter:  cjs               |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  hsc2hs            |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2897#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 21:10:58 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 20:57:40 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.01e0b855ebd7ac6752b21d018258fb5b@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.12 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 21:14:16 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 21:00:58 2009
Subject: [GHC] #2226: duplicate samples in heap profiling (-hc) output
 on 6.8.2
In-Reply-To: <046.1e179a2ccae41d3a00bbbbb417b91596@localhost>
References: <046.1e179a2ccae41d3a00bbbbb417b91596@localhost>
Message-ID: <055.40b35e697a49c0129aaaae799aafa00e@localhost>

#2226: duplicate samples in heap profiling (-hc) output on 6.8.2
-------------------------------+--------------------------------------------
    Reporter:  clemens         |        Owner:                  
        Type:  bug             |       Status:  closed          
    Priority:  lowest          |    Milestone:  6.12 branch     
   Component:  Profiling       |      Version:  6.8.2           
    Severity:  normal          |   Resolution:  invalid         
    Keywords:                  |   Difficulty:  Unknown         
    Testcase:                  |           Os:  Unknown/Multiple
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

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

Comment:

 No response from submitter.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2226#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 10 21:18:00 2009
From: trac at galois.com (GHC)
Date: Fri Apr 10 21:04:41 2009
Subject: [GHC] #1735: unused binding changes program behaviour
In-Reply-To: <044.165e86ea1e61301d33d53cf154829fac@localhost>
References: <044.165e86ea1e61301d33d53cf154829fac@localhost>
Message-ID: <053.16819eb78cf1096805173ea12944574b@localhost>

#1735: unused binding changes program behaviour
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  simonpj         
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * priority:  low => normal

Comment:

 Still happens in the HEAD, although the failure is now
 {{{
 Main: <<loop>>
 }}}
 in the `-DFOO` case.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1735#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 06:55:38 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 06:42:21 2009
Subject: [GHC] #3160: No exception safety in Control.Concurrent.QSem
 QSemN and SampleVar
In-Reply-To: <053.70a1854543dd01f0108efd70a01e67de@localhost>
References: <053.70a1854543dd01f0108efd70a01e67de@localhost>
Message-ID: <062.b37325b155537bc1963967c840533295@localhost>

#3160: No exception safety in Control.Concurrent.QSem QSemN and SampleVar
------------------------------+---------------------------------------------
 Reporter:  ChrisKuklewicz    |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/base    |        Version:  6.10.2          
 Severity:  major             |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by greenrd):

 * cc: greenrd@greenrd.org (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3160#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 08:58:22 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 08:45:03 2009
Subject: [GHC] #3165: :history throws "Irrefutable pattern failed" exception
Message-ID: <046.98732e4c9934d7000eb5550f93cd4a26@localhost>

#3165: :history throws "Irrefutable pattern failed" exception
--------------------+-------------------------------------------------------
Reporter:  greenrd  |          Owner:        
    Type:  bug      |         Status:  new   
Priority:  normal   |      Component:  GHCi  
 Version:  6.10.1   |       Severity:  normal
Keywords:           |       Testcase:        
      Os:  Linux    |   Architecture:  x86   
--------------------+-------------------------------------------------------
 I am trying to use the GHCi debugger to find out why my code has a
 StackOverflow exception - but GHCi itself seems to be throwing an
 exception when I type :history:

 {{{
 (temp)[greenrd@localhost megaslurp]$ ghci Web.Twitter.Slurp
 GHCi, version 6.10.1: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 [1 of 1] Compiling Web.Twitter.Slurp ( Web/Twitter/Slurp.hs, interpreted )
 Loading package syb ... linking ... done.
 Loading package array-0.2.0.0 ... linking ... done.
 Loading package packedstring-0.1.0.1 ... linking ... done.
 Loading package containers-0.2.0.0 ... linking ... done.
 Loading package pretty-1.0.1.0 ... linking ... done.
 Loading package template-haskell ... linking ... done.
 Loading package mtl-1.1.0.2 ... linking ... done.
 Loading package filepath-1.1.0.1 ... linking ... done.
 Loading package old-locale-1.0.0.1 ... linking ... done.
 Loading package old-time-1.0.0.1 ... linking ... done.
 Loading package unix-2.3.1.0 ... linking ... done.
 Loading package directory-1.0.0.2 ... linking ... done.
 Loading package process-1.0.1.0 ... linking ... done.
 Loading package random-1.0.0.1 ... linking ... done.
 Loading package derive-0.1.4 ... linking ... done.
 Ok, modules loaded: Web.Twitter.Slurp.
 *Web.Twitter.Slurp> :set -fbreak-on-error
 *Web.Twitter.Slurp> :trace slurpRetry "/host/twitter-groups.csv"
 Loading package base-3.0.3.0 ... linking ... done.
 Loading package bytestring-0.9.1.4 ... linking ... done.
 Loading package parsec-2.1.0.1 ... linking ... done.
 Loading package network-2.2.0.1 ... linking ... done.
 Loading package utf8-string-0.3.4 ... linking ... done.
 Loading package json-0.4.3 ... linking ... done.
 Loading package HTTP-4000.0.5 ... linking ... done.
 Loading package binary-0.5.0.1 ... linking ... done.
 Loading package mime-0.3.0 ... linking ... done.
 Loading package csv-0.1.1 ... linking ... done.
 Loading package hs-twitter-0.2.5 ... linking ... done.
 Stopped at <exception thrown>
 _exception ::
   e = GHC.Exception.SomeException (GHC.Exception.:DException _
 (GHC.Show.:DShow ...) ....)
                                   GHC.IOBase.StackOverflow
 [<exception thrown>] *Web.Twitter.Slurp> :history
 *** Exception: main/InteractiveEval.hs:(179,13)-(183,46): Irrefutable
 pattern failed for pattern Data.Maybe.Just decl
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3165>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 09:48:45 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 09:35:35 2009
Subject: [GHC] #2063: x86_64: RTS linker depends on working MAP_32BIT
In-Reply-To: <043.15abf9ca319b437728a2421245ad0407@localhost>
References: <043.15abf9ca319b437728a2421245ad0407@localhost>
Message-ID: <052.0a5f22232ad68482ebc064e206c01c40@localhost>

#2063: x86_64: RTS linker depends on working MAP_32BIT
-------------------------------+--------------------------------------------
    Reporter:  dons            |        Owner:                  
        Type:  task            |       Status:  new             
    Priority:  high            |    Milestone:  6.12.1          
   Component:  Runtime System  |      Version:  6.8.2           
    Severity:  normal          |   Resolution:                  
    Keywords:  OpenBSD, Xen    |   Difficulty:  Moderate (1 day)
    Testcase:                  |           Os:  Unknown/Multiple
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

Comment:

 Looks like we're still looking for confirmation that this works on
 OpenBSD.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2063#comment:26>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 09:57:25 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 09:44:08 2009
Subject: [GHC] #2189: hSetBuffering stdin NoBuffering doesn't work on
 Windows
In-Reply-To: <047.b31f95b84e60784da45a33105d44ed84@localhost>
References: <047.b31f95b84e60784da45a33105d44ed84@localhost>
Message-ID: <056.d6a8ada249ecffb619f3a0ca8076aaa6@localhost>

#2189: hSetBuffering stdin NoBuffering doesn't work on Windows
-----------------------------------------------+----------------------------
    Reporter:  FalconNL                        |        Owner:         
        Type:  bug                             |       Status:  new    
    Priority:  high                            |    Milestone:  6.12.1 
   Component:  libraries/base                  |      Version:  6.8.2  
    Severity:  normal                          |   Resolution:         
    Keywords:  hsetbuffering buffering buffer  |   Difficulty:  Unknown
    Testcase:                                  |           Os:  Windows
Architecture:  x86                             |  
-----------------------------------------------+----------------------------
Changes (by igloo):

  * status:  reopened => new
  * owner:  igloo =>
  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2189#comment:25>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:01:30 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 09:48:14 2009
Subject: [GHC] #2658: Extreme memory usage (probably type functions)
In-Reply-To: <044.e9d0778983f3efa5257edab0ca1c5901@localhost>
References: <044.e9d0778983f3efa5257edab0ca1c5901@localhost>
Message-ID: <053.7e334bdf7f2a8abb2b6b2259bdc53a69@localhost>

#2658: Extreme memory usage (probably type functions)
----------------------------------------+-----------------------------------
    Reporter:  guest                    |        Owner:  chak   
        Type:  bug                      |       Status:  new    
    Priority:  low                      |    Milestone:  6.12.1 
   Component:  Compiler (Type checker)  |      Version:  6.9    
    Severity:  major                    |   Resolution:         
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Linux  
Architecture:  x86_64 (amd64)           |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * priority:  high => low
  * milestone:  6.10.2 => 6.12.1

Comment:

 Low priority while we're waiting for a response.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2658#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:04:08 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 09:50:49 2009
Subject: [GHC] #2833: internal error: throwTo: unrecognised why_blocked
 value
In-Reply-To: <044.241eea212892e1f7fdf89a6a715bfb1f@localhost>
References: <044.241eea212892e1f7fdf89a6a715bfb1f@localhost>
Message-ID: <053.6bf68fbb4d499ea5e3516155b2770238@localhost>

#2833: internal error: throwTo: unrecognised why_blocked value
---------------------------------+------------------------------------------
    Reporter:  lilac             |        Owner:         
        Type:  bug               |       Status:  new    
    Priority:  low               |    Milestone:  6.12.1 
   Component:  Runtime System    |      Version:  6.10.1 
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Linux  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * priority:  high => low
  * milestone:  6.10.2 => 6.12.1

Comment:

 Low priority while waiting for a response.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2833#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:04:31 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 09:51:12 2009
Subject: [GHC] #2925: Linker mmap failure on FreeBSD/x86_64
In-Reply-To: <047.eaff3ca4aa8bcea6096eb0e3b35eda7f@localhost>
References: <047.eaff3ca4aa8bcea6096eb0e3b35eda7f@localhost>
Message-ID: <056.e874b63461e84705dcc2e8ab80a95335@localhost>

#2925: Linker mmap failure on FreeBSD/x86_64
-------------------------------+--------------------------------------------
    Reporter:  simonmar        |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  high            |    Milestone:  6.12.1 
   Component:  Runtime System  |      Version:  6.10.1 
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  FreeBSD
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2925#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:07:31 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 09:54:10 2009
Subject: [GHC] #2969: unix package built wrong on Solaris
In-Reply-To: <045.0d30450289e14ebfae501919df8c4ac3@localhost>
References: <045.0d30450289e14ebfae501919df8c4ac3@localhost>
Message-ID: <054.a55a3d3a7b89aff0329bbd10b8528dce@localhost>

#2969: unix package built wrong on Solaris
-------------------------+--------------------------------------------------
    Reporter:  duncan    |        Owner:  duncan 
        Type:  bug       |       Status:  new    
    Priority:  high      |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.8.3  
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Solaris
Architecture:  sparc     |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2969#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:08:04 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 09:54:50 2009
Subject: [GHC] #783: performance problem compiling large file
In-Reply-To: <044.a7a580fed8a85952633cd84570dae070@localhost>
References: <044.a7a580fed8a85952633cd84570dae070@localhost>
Message-ID: <053.9c7d4c06cd44904881bb08cf1ef3a4ae@localhost>

#783: performance problem compiling large file
---------------------------------------------+------------------------------
    Reporter:  guest                         |        Owner:                  
        Type:  compile-time performance bug  |       Status:  new             
    Priority:  normal                        |    Milestone:  6.12.1          
   Component:  Compiler                      |      Version:  6.4.2           
    Severity:  normal                        |   Resolution:                  
    Keywords:  performance                   |   Difficulty:  Unknown         
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple              |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/783#comment:20>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:10:05 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 09:56:45 2009
Subject: [GHC] #1185: can't do I/O in the child of forkProcess with
 -threaded
In-Reply-To: <047.505ed9940eff9ef82094c96c7212dfa3@localhost>
References: <047.505ed9940eff9ef82094c96c7212dfa3@localhost>
Message-ID: <056.1a13404b19ab0b6134d9b390fc2c4246@localhost>

#1185: can't do I/O in the child of forkProcess with -threaded
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Runtime System    |      Version:  6.6             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1185#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:13:39 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:00:20 2009
Subject: [GHC] #1216: indexing 2d arrays is slow and leaky. why?
In-Reply-To: <044.7a2c34fb5e14ee065cc1b66e35e75915@localhost>
References: <044.7a2c34fb5e14ee065cc1b66e35e75915@localhost>
Message-ID: <053.703606c54f6d60080e1bdfd8d85ad734@localhost>

#1216: indexing 2d arrays is slow and leaky. why?
-----------------------------------------+----------------------------------
    Reporter:  claus                     |        Owner:  simonpj         
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12.1          
   Component:  Compiler                  |      Version:  6.6             
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1216#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:13:58 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:00:39 2009
Subject: [GHC] #1434: Slow conversion from Double to Int
In-Reply-To: <064.721fd4548a9d950dbdd8525731a58ee4@localhost>
References: <064.721fd4548a9d950dbdd8525731a58ee4@localhost>
Message-ID: <073.c087b2aa826f1aa8a7aad7110eb5cb57@localhost>

#1434: Slow conversion from Double to Int
------------------------------------------+---------------------------------
    Reporter:  ghc@henning-thielemann.de  |        Owner:  dons   
        Type:  task                       |       Status:  new    
    Priority:  normal                     |    Milestone:  6.12.1 
   Component:  libraries/base             |      Version:  6.4.1  
    Severity:  normal                     |   Resolution:         
    Keywords:  rules                      |   Difficulty:  Unknown
    Testcase:                             |           Os:  Linux  
Architecture:  Unknown/Multiple           |  
------------------------------------------+---------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1434#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:18:04 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:04:43 2009
Subject: [GHC] #1820: Windows segfault-catching only works for the main
 thread
In-Reply-To: <047.7ca539e672ab08a35be7d52badf17eec@localhost>
References: <047.7ca539e672ab08a35be7d52badf17eec@localhost>
Message-ID: <056.23cdaf6634cbc40db85b2193aa989f97@localhost>

#1820: Windows segfault-catching only works for the main thread
-------------------------------------------------+--------------------------
    Reporter:  simonmar                          |        Owner:  igloo  
        Type:  bug                               |       Status:  new    
    Priority:  normal                            |    Milestone:  6.12.1 
   Component:  Runtime System                    |      Version:  6.8.1  
    Severity:  normal                            |   Resolution:         
    Keywords:                                    |   Difficulty:  Unknown
    Testcase:  derefnull(ghci), divbyzero(ghci)  |           Os:  Windows
Architecture:  Unknown/Multiple                  |  
-------------------------------------------------+--------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1820#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:19:54 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:06:45 2009
Subject: [GHC] #1845: unconditional relative branch out of range (GHC
 version 6.8.1/6.8.2 for powerpc_apple_darwin)
In-Reply-To: <044.65389402080b2ab045a1b2fde12245f8@localhost>
References: <044.65389402080b2ab045a1b2fde12245f8@localhost>
Message-ID: <053.44fe43681f1e075b7808c8af1fc3dfcf@localhost>

#1845: unconditional relative branch out of range (GHC version 6.8.1/6.8.2 for
powerpc_apple_darwin)
-------------------------+--------------------------------------------------
    Reporter:  guest     |        Owner:  thorkilnaur
        Type:  bug       |       Status:  new        
    Priority:  low       |    Milestone:  6.12.1     
   Component:  Compiler  |      Version:  6.8.2      
    Severity:  major     |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  MacOS X    
Architecture:  powerpc   |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * priority:  normal => low
  * milestone:  6.10.2 => 6.12.1

Comment:

 Dropping priority as this is not a tier 1 platform.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1845#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:20:36 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:07:34 2009
Subject: [GHC] #1969: enormous compile times
In-Reply-To: <045.1ab99ac1a52ae6b35a7131dc801608a9@localhost>
References: <045.1ab99ac1a52ae6b35a7131dc801608a9@localhost>
Message-ID: <054.60f82d2dab2b6076ee823d11f4e593aa@localhost>

#1969: enormous compile times
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:  igloo             
        Type:  merge             |       Status:  new               
    Priority:  normal            |    Milestone:  6.12.1            
   Component:  Compiler          |      Version:  6.8.1             
    Severity:  normal            |   Resolution:                    
    Keywords:  performance       |   Difficulty:  Difficult (1 week)
    Testcase:  T1969             |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1969#comment:20>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:22:42 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:09:22 2009
Subject: [GHC] #3165: :history throws "Irrefutable pattern failed"
 exception
In-Reply-To: <046.98732e4c9934d7000eb5550f93cd4a26@localhost>
References: <046.98732e4c9934d7000eb5550f93cd4a26@localhost>
Message-ID: <055.2cd29c62caf6936e98bc1d39817312da@localhost>

#3165: :history throws "Irrefutable pattern failed" exception
---------------------+------------------------------------------------------
 Reporter:  greenrd  |          Owner:        
     Type:  bug      |         Status:  new   
 Priority:  normal   |      Milestone:        
Component:  GHCi     |        Version:  6.10.2
 Severity:  normal   |     Resolution:        
 Keywords:           |       Testcase:        
       Os:  Linux    |   Architecture:  x86   
---------------------+------------------------------------------------------
Changes (by greenrd):

  * version:  6.10.1 => 6.10.2

Comment:

 Also occurs on 6.10.2 - updating version.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3165#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:24:55 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:11:38 2009
Subject: [GHC] #2031: relocation overflow
In-Reply-To: <045.02b5c8981d759aa3391df46bf05998bf@localhost>
References: <045.02b5c8981d759aa3391df46bf05998bf@localhost>
Message-ID: <054.cc3c69cb40ca4cf656573db66442840b@localhost>

#2031: relocation overflow
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  low       |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.8.2  
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  MacOS X
Architecture:  powerpc   |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * priority:  normal => low
  * milestone:  6.10.2 => 6.12.1

Comment:

 Dropping priority as this is not on a tier 1 platform.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2031#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:25:55 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:12:35 2009
Subject: [GHC] #2193: Monomorphic Pattern Bindings and Error Messages
In-Reply-To: <043.34ccdeb27bebe4aa866d2df9503f28c8@localhost>
References: <043.34ccdeb27bebe4aa866d2df9503f28c8@localhost>
Message-ID: <052.637b136383386a61d26d296d25df5efa@localhost>

#2193: Monomorphic Pattern Bindings and Error Messages
---------------------------------+------------------------------------------
    Reporter:  sclv              |        Owner:  simonpj         
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * owner:  igloo => simonpj
  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2193#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:34:11 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:20:55 2009
Subject: [GHC] #3165: :history throws "Irrefutable pattern failed"
 exception
In-Reply-To: <046.98732e4c9934d7000eb5550f93cd4a26@localhost>
References: <046.98732e4c9934d7000eb5550f93cd4a26@localhost>
Message-ID: <055.01bd8b41294348f579bf94c9fc03de56@localhost>

#3165: :history throws "Irrefutable pattern failed" exception
---------------------+------------------------------------------------------
 Reporter:  greenrd  |          Owner:        
     Type:  bug      |         Status:  new   
 Priority:  normal   |      Milestone:        
Component:  GHCi     |        Version:  6.10.2
 Severity:  normal   |     Resolution:        
 Keywords:           |       Testcase:        
       Os:  Linux    |   Architecture:  x86   
---------------------+------------------------------------------------------
Comment (by greenrd):

 It turns out that this was one of those cases where increasing the maximum
 stack size solves the original StackOverflow problem. So it was not an
 infinite loop that I was trying to debug.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3165#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:57:58 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:44:39 2009
Subject: [GHC] #2270: gcd is specialised only for Int
In-Reply-To: <043.b1b4c47bccdeb536ea28564b64a56127@localhost>
References: <043.b1b4c47bccdeb536ea28564b64a56127@localhost>
Message-ID: <052.f3a5616d131024b134fe4f9a76055bca@localhost>

#2270: gcd is specialised only for Int
------------------------------------------------+---------------------------
    Reporter:  dons                             |        Owner:  dons@galois.com 
        Type:  bug                              |       Status:  new             
    Priority:  normal                           |    Milestone:  6.12.1          
   Component:  libraries/base                   |      Version:  6.8.2           
    Severity:  normal                           |   Resolution:                  
    Keywords:  rules, performance, double, gcd  |   Difficulty:  Unknown         
    Testcase:                                   |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                 |  
------------------------------------------------+---------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2270#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:58:50 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:45:41 2009
Subject: [GHC] #2823: Another arity expansion bug
In-Reply-To: <046.50a7eb0bd1d6f872efa506bccfff4122@localhost>
References: <046.50a7eb0bd1d6f872efa506bccfff4122@localhost>
Message-ID: <055.5e7d947671ecd265b0f9da2db1d23da7@localhost>

#2823: Another arity expansion bug
-----------------------------------------+----------------------------------
    Reporter:  simonpj                   |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.10.1          
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2823#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 10:59:40 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:46:19 2009
Subject: [GHC] #2824: Duplicate symbols generated when Generics flag and
 syb-with-class "derive" used simultaneously
In-Reply-To: <046.347763e7287f3bda7f4c07ddb98fcdaa@localhost>
References: <046.347763e7287f3bda7f4c07ddb98fcdaa@localhost>
Message-ID: <055.56ef024262c1a4ffe2b51007de5247b8@localhost>

#2824: Duplicate symbols generated when Generics flag and syb-with-class "derive"
used simultaneously
-----------------------------------------+----------------------------------
    Reporter:  jcheney                   |        Owner:         
        Type:  bug                       |       Status:  new    
    Priority:  normal                    |    Milestone:  6.12.1 
   Component:  Template Haskell          |      Version:  6.10.1 
    Severity:  normal                    |   Resolution:         
    Keywords:  generics, syb-with-class  |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  x86                       |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2824#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:09:35 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 10:56:15 2009
Subject: [GHC] #2797: ghci stack overflows when ghc does not
In-Reply-To: <053.b5bed6c883dfb7d157e5092dcf2242ee@localhost>
References: <053.b5bed6c883dfb7d157e5092dcf2242ee@localhost>
Message-ID: <062.9152690390b714bdd9e28d1934157196@localhost>

#2797: ghci stack overflows when ghc does not
-----------------------------------------+----------------------------------
    Reporter:  TristanAllwood            |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12.1          
   Component:  GHCi                      |      Version:  6.11            
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2797#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:14:23 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:01:04 2009
Subject: [GHC] #2929: INFINITY used in .hc files without -std=c99
In-Reply-To: <045.9c2069ffa5b68c9fb1e9f0987d2d791e@localhost>
References: <045.9c2069ffa5b68c9fb1e9f0987d2d791e@localhost>
Message-ID: <054.ce56ff1b5052823eda7ae42ef47393c8@localhost>

#2929: INFINITY used in .hc files without -std=c99
-------------------------------+--------------------------------------------
    Reporter:  duncan          |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Runtime System  |      Version:  6.8.3  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:  1861            |           Os:  Solaris
Architecture:  sparc           |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2929#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:17:02 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:03:42 2009
Subject: [GHC] #2937: source file that compiled fine fails to recompile
 after touching it (yes, another one)
In-Reply-To: <047.dbb1a127d7dcdc429c0bd3cde852bbdb@localhost>
References: <047.dbb1a127d7dcdc429c0bd3cde852bbdb@localhost>
Message-ID: <056.93fa27756f6ba61e3c08ee958c743375@localhost>

#2937: source file that compiled fine fails to recompile after touching it (yes,
another one)
---------------------------------+------------------------------------------
    Reporter:  rwbarton          |        Owner:  simonpj         
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.10.2          
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  tc245             |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 fixed in the HEAD, so closing.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2937#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:29:38 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:16:22 2009
Subject: [GHC] #2775: Type Family panic
In-Reply-To: <044.cf027f74305f326c967336b8f3c587bd@localhost>
References: <044.cf027f74305f326c967336b8f3c587bd@localhost>
Message-ID: <053.cf14828b3093bca5d6b71667f8839db6@localhost>

#2775: Type Family panic
---------------------------------+------------------------------------------
    Reporter:  camio             |        Owner:  chak            
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  blocker           |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2775#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:30:26 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:17:07 2009
Subject: [GHC] #2789: GMP update required
In-Reply-To: <047.d40b0b4f133d6bc7573ed702970e3886@localhost>
References: <047.d40b0b4f133d6bc7573ed702970e3886@localhost>
Message-ID: <056.430689dec94c298ccecd1ae2833dec07@localhost>

#2789: GMP update required
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  igloo           
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2789#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:31:38 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:18:22 2009
Subject: [GHC] #2796: GHC panic related to associated types
In-Reply-To: <045.982472b85d4648c742f947e5a9914557@localhost>
References: <045.982472b85d4648c742f947e5a9914557@localhost>
Message-ID: <054.564254bb10e006d4e7696ef84b189fb0@localhost>

#2796: GHC panic related to associated types
-----------------------------------------------------------------------------------------+
    Reporter:  FSalad                                                                    |        Owner:  chak   
        Type:  bug                                                                       |       Status:  new    
    Priority:  normal                                                                    |    Milestone:  6.12.1 
   Component:  Compiler                                                                  |      Version:  6.10.1 
    Severity:  normal                                                                    |   Resolution:         
    Keywords:  associated types, associated type synonyms, type families, family, panic  |   Difficulty:  Unknown
    Testcase:                                                                            |           Os:  Linux  
Architecture:  Unknown/Multiple                                                          |  
-----------------------------------------------------------------------------------------+
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2796#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:32:29 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:19:08 2009
Subject: [GHC] #2952: ghci fails to start from start menu on windows 7
In-Reply-To: <044.ff62699b4016eeac0215e90934c5496e@localhost>
References: <044.ff62699b4016eeac0215e90934c5496e@localhost>
Message-ID: <053.1f374e4ba6cbf7e19ef360e080028acf@localhost>

#2952: ghci fails to start from start menu on windows 7
-----------------------+----------------------------------------------------
    Reporter:  larsv   |        Owner:         
        Type:  bug     |       Status:  new    
    Priority:  normal  |    Milestone:  6.12.1 
   Component:  GHCi    |      Version:  6.10.1 
    Severity:  normal  |   Resolution:         
    Keywords:          |   Difficulty:  Unknown
    Testcase:          |           Os:  Windows
Architecture:  x86     |  
-----------------------+----------------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2952#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:33:47 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:20:32 2009
Subject: [GHC] #1779: unknown symbol `hs_hpc_module'
In-Reply-To: <044.e238a8559ffe0a21198f4a819a87e869@localhost>
References: <044.e238a8559ffe0a21198f4a819a87e869@localhost>
Message-ID: <053.06fc7624d56a000f366d7dfb98f9044c@localhost>

#1779: unknown symbol `hs_hpc_module'
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:  igloo           
        Type:  merge             |       Status:  new             
    Priority:  low               |    Milestone:  6.10 branch     
   Component:  GHCi              |      Version:  6.10.1          
    Severity:  minor             |   Resolution:                  
    Keywords:  hpc               |   Difficulty:  Unknown         
    Testcase:  hpc_ghc_ghci      |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.10 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1779#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:34:18 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:20:58 2009
Subject: [GHC] #2991: .mix files generation broken with -fhpc and --make
 flags with lhs modules
In-Reply-To: <045.fbdf830be4083dc434ba708ecd719a55@localhost>
References: <045.fbdf830be4083dc434ba708ecd719a55@localhost>
Message-ID: <054.b432375e493078132e40aa34c6f07f6d@localhost>

#2991: .mix files generation broken with -fhpc and --make flags with lhs modules
---------------------------------+------------------------------------------
    Reporter:  ppavel            |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:  hpc make lhs      |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2991#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:40:42 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:28:06 2009
Subject: [GHC] #2692: ghc-6.10.0.20081007 seg faults on Sparc
In-Reply-To: <045.b06b0ab2c1c887d4319783181d70d6f9@localhost>
References: <045.b06b0ab2c1c887d4319783181d70d6f9@localhost>
Message-ID: <054.9e25223f5064da88aa0d3039e5ab6aab@localhost>

#2692: ghc-6.10.0.20081007 seg faults on Sparc
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:  benl    
        Type:  bug       |       Status:  assigned
    Priority:  normal    |    Milestone:  6.12.1  
   Component:  Compiler  |      Version:  6.9     
    Severity:  normal    |   Resolution:          
    Keywords:            |   Difficulty:  Unknown 
    Testcase:            |           Os:  Solaris 
Architecture:  sparc     |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2692#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:50:36 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:37:16 2009
Subject: [GHC] #2650: Child processes always unwantedly inherit Handles
 on Windows
In-Reply-To: <047.1449ef20e3242d7624bded23f58b28e1@localhost>
References: <047.1449ef20e3242d7624bded23f58b28e1@localhost>
Message-ID: <056.ff62144a59ea0e64dddd0881e5dda185@localhost>

#2650: Child processes always unwantedly inherit Handles on Windows
----------------------------------+-----------------------------------------
    Reporter:  Deewiant           |        Owner:  simonmar
        Type:  bug                |       Status:  new     
    Priority:  high               |    Milestone:  6.12.1  
   Component:  libraries (other)  |      Version:  6.9     
    Severity:  major              |   Resolution:          
    Keywords:                     |   Difficulty:  Unknown 
    Testcase:                     |           Os:  Windows 
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * priority:  normal => high
  * milestone:  6.10.2 => 6.12.1

Comment:

 High priority as patches are attached.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2650#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:54:46 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:41:25 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.97c146b01a839d7ac4d1ebf914726d72@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 See also #2753.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 11:54:50 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:41:33 2009
Subject: [GHC] #2753: GHC 6.10.1 cannot compile Crypto-4.1.0
In-Reply-To: <052.22581ce23675b5d58c2247a1ee1a7ede@localhost>
References: <052.22581ce23675b5d58c2247a1ee1a7ede@localhost>
Message-ID: <061.f67c9b4ab66913807a635708dfbdc444@localhost>

#2753: GHC 6.10.1 cannot compile Crypto-4.1.0
---------------------------------+------------------------------------------
    Reporter:  thoughtpolice     |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.10.2          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  critical          |   Resolution:  duplicate       
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 Closing in favour of #2790.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2753#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 12:00:11 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:46:53 2009
Subject: [GHC] #2762: Excessive heap usage
In-Reply-To: <044.bf1fb1b8e171504548cbe3cb91273ef8@localhost>
References: <044.bf1fb1b8e171504548cbe3cb91273ef8@localhost>
Message-ID: <053.6c36ba27c2ab5ae46664abb81a99022e@localhost>

#2762: Excessive heap usage
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2762#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 12:01:38 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:48:18 2009
Subject: [GHC] #2765: unsetenv not found under Solaris 8 when building
 ghc-6.10.1
In-Reply-To: <045.123eb53c80ae5471f437c79b85fa80f5@localhost>
References: <045.123eb53c80ae5471f437c79b85fa80f5@localhost>
Message-ID: <054.71db24655a6368fafc863b106ae7039a@localhost>

#2765: unsetenv not found under Solaris 8 when building ghc-6.10.1
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.10.1 
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Solaris
Architecture:  sparc     |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

Comment:

 Does the fact that more people haven't seen this mean that it's only a
 problem on old versions of Solaris? If so, should we just close it, or is
 there a simple workaround?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2765#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 12:03:27 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:50:11 2009
Subject: [GHC] #2578: "ld: atom sorting error for ..." on OS X
In-Reply-To: <044.426e3c7e28718ff62aa1ff6b2d89715c@localhost>
References: <044.426e3c7e28718ff62aa1ff6b2d89715c@localhost>
Message-ID: <053.3fc787b1e07edc7b9a548fbff789e57f@localhost>

#2578: "ld: atom sorting error for ..." on OS X
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:         
        Type:  bug               |       Status:  new    
    Priority:  high              |    Milestone:  6.12.1 
   Component:  Compiler          |      Version:  6.9    
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  MacOS X
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * priority:  normal => high
  * milestone:  6.10.2 => 6.12.1

Comment:

 This is actually a pretty serious problem in practice, because end users
 assume that compilation failed when they see it.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2578#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 12:05:30 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:52:10 2009
Subject: [GHC] #2614: Enumeration of values for `Sys.Info.os`,
 `Sys.Info.arch`
In-Reply-To: <043.429d5e175a90219c9682c6f3937cb586@localhost>
References: <043.429d5e175a90219c9682c6f3937cb586@localhost>
Message-ID: <052.409b6255c08d63b35d050e47dbebd3ec@localhost>

#2614: Enumeration of values for `Sys.Info.os`, `Sys.Info.arch`
---------------------------------+------------------------------------------
    Reporter:  jsnx              |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.8.3           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2614#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 12:07:40 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:54:20 2009
Subject: [GHC] #2972: GHCi broken in GHC 6.10.1
In-Reply-To: <046.36c84703d6f462149fdd781bf29492ec@localhost>
References: <046.36c84703d6f462149fdd781bf29492ec@localhost>
Message-ID: <055.df340783a42b31c3ce2a4b72bd5f7d31@localhost>

#2972: GHCi broken in GHC 6.10.1
------------------------+---------------------------------------------------
    Reporter:  cemeyer  |        Owner:         
        Type:  bug      |       Status:  new    
    Priority:  normal   |    Milestone:  _|_    
   Component:  GHCi     |      Version:  6.10.1 
    Severity:  normal   |   Resolution:         
    Keywords:           |   Difficulty:  Unknown
    Testcase:           |           Os:  Linux  
Architecture:  powerpc  |  
------------------------+---------------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2972#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 12:09:07 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:55:48 2009
Subject: [GHC] #2970: detecting readline in top-level ./configure is no
 guarantee of readline support
In-Reply-To: <045.071488a2ab1aa6304b45ea4e23fd8c3b@localhost>
References: <045.071488a2ab1aa6304b45ea4e23fd8c3b@localhost>
Message-ID: <054.8c8dd1fde17d458a0376c92255d50662@localhost>

#2970: detecting readline in top-level ./configure is no guarantee of readline
support
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2970#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 12:09:23 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:56:03 2009
Subject: [GHC] #2770: Missing check that C compiler is C99 compatible
In-Reply-To: <045.e59ec55e01d8ef8d16caa02433e3c648@localhost>
References: <045.e59ec55e01d8ef8d16caa02433e3c648@localhost>
Message-ID: <054.ed5050bc327b4e67cd7a3bea42dcfec8@localhost>

#2770: Missing check that C compiler is C99 compatible
-----------------------------+----------------------------------------------
    Reporter:  jputcu        |        Owner:         
        Type:  bug           |       Status:  new    
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.10.1 
    Severity:  blocker       |   Resolution:         
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Linux  
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2770#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 12:11:36 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 11:58:29 2009
Subject: [GHC] #2767: Type family bug ?
In-Reply-To: <043.5d7b08e8b12f70310b2c5608326cbdc1@localhost>
References: <043.5d7b08e8b12f70310b2c5608326cbdc1@localhost>
Message-ID: <052.abb6b9c0fb962eb6b3b9a8aea0bbfe59@localhost>

#2767: Type family bug ?
----------------------------------------+-----------------------------------
    Reporter:  test                     |        Owner:  chak            
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.10.1          
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2767#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:17:20 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:04:06 2009
Subject: [GHC] #2615: ghci doesn't play nice with linker scripts
In-Reply-To: <051.bfa2cefd2ab537021a429fbc1fccdb5e@localhost>
References: <051.bfa2cefd2ab537021a429fbc1fccdb5e@localhost>
Message-ID: <060.7b90946484fe7e8911328113f2561ef7@localhost>

#2615: ghci doesn't play nice with linker scripts
---------------------------------+------------------------------------------
    Reporter:  AlecBerryman      |        Owner:         
        Type:  bug               |       Status:  new    
    Priority:  normal            |    Milestone:  6.12.1 
   Component:  GHCi              |      Version:  6.10.1 
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Linux  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2615#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:20:02 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:06:40 2009
Subject: [GHC] #2511: unix package doesnt load in ghci on freebsd/amd64
In-Reply-To: <046.b342e2cde385158917f69c7725044f60@localhost>
References: <046.b342e2cde385158917f69c7725044f60@localhost>
Message-ID: <055.0c75ad12058110b325d7801c6b535bbc@localhost>

#2511: unix package doesnt load in ghci on freebsd/amd64
-------------------------------+--------------------------------------------
    Reporter:  newsham         |        Owner:         
        Type:  bug             |       Status:  closed 
    Priority:  normal          |    Milestone:  6.10.2 
   Component:  libraries/unix  |      Version:  6.8.2  
    Severity:  normal          |   Resolution:  invalid
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  FreeBSD
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

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

Comment:

 No response from submitter, so closing.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2511#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:20:57 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:07:36 2009
Subject: [GHC] #2402: ghc fails sans error message.
In-Reply-To: <046.ec9278b09c51ceec22610f63a11d7929@localhost>
References: <046.ec9278b09c51ceec22610f63a11d7929@localhost>
Message-ID: <055.019942c97c3188652bfc94b75b738609@localhost>

#2402: ghc fails sans error message.
-------------------------+--------------------------------------------------
    Reporter:  lpsmith   |        Owner:            
        Type:  bug       |       Status:  closed    
    Priority:  normal    |    Milestone:  6.10.2    
   Component:  Compiler  |      Version:  6.8.3     
    Severity:  normal    |   Resolution:  worksforme
    Keywords:            |   Difficulty:  Unknown   
    Testcase:            |           Os:  MacOS X   
Architecture:  powerpc   |  
-------------------------+--------------------------------------------------
Changes (by igloo):

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

Comment:

 Closing as unreproducible.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2402#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:37:35 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:24:17 2009
Subject: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4
 10.4.11
In-Reply-To: <045.f144b092f23e8db9c081050578f2b103@localhost>
References: <045.f144b092f23e8db9c081050578f2b103@localhost>
Message-ID: <054.f895d9dc9029a711abb8263ae27f406c@localhost>

#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
-----------------------------+----------------------------------------------
    Reporter:  povman        |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  low           |    Milestone:  6.12 branch
   Component:  Build System  |      Version:  6.8.3      
    Severity:  normal        |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:                |           Os:  MacOS X    
Architecture:  powerpc       |  
-----------------------------+----------------------------------------------
Changes (by igloo):

  * priority:  normal => low
  * milestone:  6.10.2 => 6.12 branch

Comment:

 Lowering priority as not a tier 1 arch.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:44:37 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:31:18 2009
Subject: [GHC] #2349: SIZET_FMT in includes/mkDerivedConstants.c needs
 to be "d" under older Solaris version
In-Reply-To: <045.bc3bbec7f28e57f84d533f6eb759f26c@localhost>
References: <045.bc3bbec7f28e57f84d533f6eb759f26c@localhost>
Message-ID: <054.c5928aa1f48f0fa5232f983452379416@localhost>

#2349: SIZET_FMT in includes/mkDerivedConstants.c needs to be "d" under older
Solaris version
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.10.1 
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Solaris
Architecture:  sparc     |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2349#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:47:05 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:33:45 2009
Subject: [GHC] #2346: Compilation of large source files requires a lot
 of RAM
In-Reply-To: <046.285595109907aedbac69f385749bac00@localhost>
References: <046.285595109907aedbac69f385749bac00@localhost>
Message-ID: <055.045494dadb812c1e40ca666bfe946f48@localhost>

#2346: Compilation of large source files requires a lot of RAM
---------------------------------------------+------------------------------
    Reporter:  choener                       |        Owner:         
        Type:  compile-time performance bug  |       Status:  new    
    Priority:  normal                        |    Milestone:  6.12.1 
   Component:  Compiler                      |      Version:  6.8.2  
    Severity:  major                         |   Resolution:         
    Keywords:                                |   Difficulty:  Unknown
    Testcase:                                |           Os:  Linux  
Architecture:  x86                           |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2346#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:48:18 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:35:11 2009
Subject: [GHC] #2285: Solaris 9 build fails at stage2 with undefined
 symbol errors (for libm symbols)
In-Reply-To: <048.9d281a64a969b94451f675cf7f831df1@localhost>
References: <048.9d281a64a969b94451f675cf7f831df1@localhost>
Message-ID: <057.b41bf423e2c6584c7333f927913e56bb@localhost>

#2285: Solaris 9 build fails at stage2 with undefined symbol errors (for libm
symbols)
--------------------------+-------------------------------------------------
    Reporter:  TimBishop  |        Owner:         
        Type:  bug        |       Status:  new    
    Priority:  normal     |    Milestone:  6.12.1 
   Component:  Compiler   |      Version:  6.8.2  
    Severity:  normal     |   Resolution:         
    Keywords:             |   Difficulty:  Unknown
    Testcase:             |           Os:  Solaris
Architecture:  sparc      |  
--------------------------+-------------------------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2285#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:48:32 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:35:14 2009
Subject: [GHC] #2271: floor, ceiling,
 round :: Double -> Int are awesomely slow
In-Reply-To: <043.845265305898c52232b3689d70d3b99c@localhost>
References: <043.845265305898c52232b3689d70d3b99c@localhost>
Message-ID: <052.21afefba7113e52cf62bf346a6b64767@localhost>

#2271: floor, ceiling, round :: Double -> Int are awesomely slow
------------------------------------------+---------------------------------
    Reporter:  dons                       |        Owner:  dons@galois.com 
        Type:  bug                        |       Status:  new             
    Priority:  normal                     |    Milestone:  6.12.1          
   Component:  libraries/base             |      Version:  6.8.2           
    Severity:  normal                     |   Resolution:                  
    Keywords:  performance, math, double  |   Difficulty:  Unknown         
    Testcase:                             |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple           |  
------------------------------------------+---------------------------------
Changes (by igloo):

  * milestone:  6.10.2 => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2271#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:51:51 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:38:31 2009
Subject: [GHC] #1136: High memory use when compiling many let bindings.
In-Reply-To: <044.2f9aae100a9caba688d31e410efb3444@localhost>
References: <044.2f9aae100a9caba688d31e410efb3444@localhost>
Message-ID: <053.10d28a66ace29d0d74406cbd63488427@localhost>

#1136: High memory use when compiling many let bindings.
---------------------------------------------+------------------------------
    Reporter:  igloo                         |        Owner:                  
        Type:  compile-time performance bug  |       Status:  new             
    Priority:  high                          |    Milestone:  6.12.1          
   Component:  Compiler                      |      Version:  6.6             
    Severity:  normal                        |   Resolution:                  
    Keywords:  performance                   |   Difficulty:  Unknown         
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple              |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1136#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:52:20 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:39:42 2009
Subject: [GHC] #1876: Complete shared library support
In-Reply-To: <047.2ab772cd4150dcd51ba47e309570e649@localhost>
References: <047.2ab772cd4150dcd51ba47e309570e649@localhost>
Message-ID: <056.0edcc72a35bbf4ca8a90a5565c5b256e@localhost>

#1876: Complete shared library support
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                    
        Type:  task              |       Status:  new               
    Priority:  high              |    Milestone:  6.12.1            
   Component:  Compiler          |      Version:  6.8.1             
    Severity:  normal            |   Resolution:                    
    Keywords:                    |   Difficulty:  Difficult (1 week)
    Testcase:                    |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1876#comment:25>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:53:04 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:40:26 2009
Subject: [GHC] #1895: Allow aliases in GHCi module imports
In-Reply-To: <044.6ecaa12d10d2acbb79232cbf02108989@localhost>
References: <044.6ecaa12d10d2acbb79232cbf02108989@localhost>
Message-ID: <053.478586faf984a30be14ae4fd7cceefd7@localhost>

#1895: Allow aliases in GHCi module imports
---------------------------------+------------------------------------------
    Reporter:  tibbe             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  GHCi              |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1895#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:54:30 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:41:10 2009
Subject: [GHC] #2267: Bogus "unused import" warning
In-Reply-To: <046.30ab0572d75eae6eab884580b0a1c4cf@localhost>
References: <046.30ab0572d75eae6eab884580b0a1c4cf@localhost>
Message-ID: <055.87c80979ff86c26c6e7e1c31e148b6f7@localhost>

#2267: Bogus "unused import" warning
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2267#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:54:56 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:41:37 2009
Subject: [GHC] #95: GHCi editor binding with ":e"
In-Reply-To: <052.52d2f4855a60cbba938e5d2b851635de@localhost>
References: <052.52d2f4855a60cbba938e5d2b851635de@localhost>
Message-ID: <061.84b3dc88c4e7bc7dbac9ff5623d4dfac@localhost>

#95: GHCi editor binding with ":e"
---------------------------------+------------------------------------------
    Reporter:  martijnislief     |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  None            
    Severity:  minor             |   Resolution:  None            
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/95#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:55:45 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:42:25 2009
Subject: [GHC] #344: arrow notation: incorrect scope of existential
 dictionaries
In-Reply-To: <045.6fa4f20d0985206ecf8719537b5ca060@localhost>
References: <045.6fa4f20d0985206ecf8719537b5ca060@localhost>
Message-ID: <054.d5f9dee6f293e54831e3248357e804a8@localhost>

#344: arrow notation: incorrect scope of existential dictionaries
----------------------------------------+-----------------------------------
    Reporter:  nobody                   |        Owner:  ross            
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.4             
    Severity:  normal                   |   Resolution:  None            
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/344#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:56:13 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:42:52 2009
Subject: [GHC] #592: signal handlers should be able to access siginfo_t
 information
In-Reply-To: <047.44a80ef10278cacddbca83ff583da267@localhost>
References: <047.44a80ef10278cacddbca83ff583da267@localhost>
Message-ID: <056.787945c0ff0f9bea74d9d5a68dbb2849@localhost>

#592: signal handlers should be able to access siginfo_t information
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  simonmar        
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/unix    |      Version:  6.4.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/592#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 15:57:15 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:43:55 2009
Subject: [GHC] #593: Cache contents of package.conf in a binary file
In-Reply-To: <047.a99c9d8473c0ecc64f8f3c14938451e0@localhost>
References: <047.a99c9d8473c0ecc64f8f3c14938451e0@localhost>
Message-ID: <056.df8a7c2c7011c5b10c14aae99d11828e@localhost>

#593: Cache contents of package.conf in a binary file
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.4.1           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/593#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:03:55 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:50:34 2009
Subject: [GHC] #594: Support use of SSE2 in the x86 native code genreator
In-Reply-To: <047.5190f55d4ad1363b95d98c092787782f@localhost>
References: <047.5190f55d4ad1363b95d98c092787782f@localhost>
Message-ID: <056.c4356833a87fbf075ba53b31ca071939@localhost>

#594: Support use of SSE2 in the x86 native code genreator
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler (NCG)    |      Version:  6.4.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/594#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:05:42 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:52:21 2009
Subject: [GHC] #602: Warning Suppression
In-Reply-To: <047.d851345fc677a304d933040775d25d45@localhost>
References: <047.d851345fc677a304d933040775d25d45@localhost>
Message-ID: <056.f1ce2d9fc630671fd9638358c39b3498@localhost>

#602: Warning Suppression
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  None            
    Severity:  normal            |   Resolution:  None            
    Keywords:  warnings          |   Difficulty:  Moderate (1 day)
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/602#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:07:06 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 15:53:46 2009
Subject: [GHC] #723: The package database should be a directory of files
 instead of a single file
In-Reply-To: <047.d48131452f0eeb3c3d5c7fbcab422732@localhost>
References: <047.d48131452f0eeb3c3d5c7fbcab422732@localhost>
Message-ID: <056.80e52a4879ae81c5fce369d72f51e314@localhost>

#723: The package database should be a directory of files instead of a single
file
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.4.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/723#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:14:33 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:01:12 2009
Subject: [GHC] #3164: ghc: panic! (the 'impossible' happened) while
 building pandoc on a macbook
In-Reply-To: <047.8f4ef7af6b65a5b6ceb9ebc515772ad1@localhost>
References: <047.8f4ef7af6b65a5b6ceb9ebc515772ad1@localhost>
Message-ID: <056.08a01c20bad1449af196a42ac770554e@localhost>

#3164: ghc: panic! (the 'impossible' happened) while building pandoc on a macbook
---------------------------------+------------------------------------------
    Reporter:  simonmic          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Comment:

 See also #789.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3164#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:14:48 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:01:28 2009
Subject: [GHC] #789: BCOs can only have 64k instructions: linkBCO: >=
 64k insns in BCO
In-Reply-To: <046.dd5b1d4a62c636e51e886c3d53bcf8d3@localhost>
References: <046.dd5b1d4a62c636e51e886c3d53bcf8d3@localhost>
Message-ID: <055.eb4bd271305f33de17f2d83b3f47ba16@localhost>

#789: BCOs can only have 64k instructions: linkBCO: >= 64k insns in BCO
------------------------+---------------------------------------------------
    Reporter:  simonpj  |        Owner:             
        Type:  bug      |       Status:  new        
    Priority:  normal   |    Milestone:  6.10 branch
   Component:  GHCi     |      Version:  6.8.2      
    Severity:  normal   |   Resolution:             
    Keywords:  BCO      |   Difficulty:  Unknown    
    Testcase:           |           Os:  Linux      
Architecture:  x86      |  
------------------------+---------------------------------------------------
Comment (by igloo):

 See also #3164.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/789#comment:20>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:16:33 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:03:13 2009
Subject: [GHC] #789: BCOs can only have 64k instructions: linkBCO: >=
 64k insns in BCO
In-Reply-To: <046.dd5b1d4a62c636e51e886c3d53bcf8d3@localhost>
References: <046.dd5b1d4a62c636e51e886c3d53bcf8d3@localhost>
Message-ID: <055.0a42d3ae38a230ce85fa5d195bb71d43@localhost>

#789: BCOs can only have 64k instructions: linkBCO: >= 64k insns in BCO
------------------------+---------------------------------------------------
    Reporter:  simonpj  |        Owner:         
        Type:  bug      |       Status:  new    
    Priority:  normal   |    Milestone:  6.12.1 
   Component:  GHCi     |      Version:  6.8.2  
    Severity:  normal   |   Resolution:         
    Keywords:  BCO      |   Difficulty:  Unknown
    Testcase:           |           Os:  Linux  
Architecture:  x86      |  
------------------------+---------------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/789#comment:21>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:23:50 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:10:31 2009
Subject: [GHC] #849: Offer control over branch prediction
In-Reply-To: <046.9c1a3dec0191543ee72b98b43c5f5f89@localhost>
References: <046.9c1a3dec0191543ee72b98b43c5f5f89@localhost>
Message-ID: <055.046cb6511ef29be772281a509172c33f@localhost>

#849: Offer control over branch prediction
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.4.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/849#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:37:13 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:23:53 2009
Subject: [GHC] #876: Length is not a good consumer
In-Reply-To: <054.b373028d5cb568a8380002fb5d2d74f4@localhost>
References: <054.b373028d5cb568a8380002fb5d2d74f4@localhost>
Message-ID: <063.dd628a1b8d9ad36d0d6817568452f576@localhost>

#876: Length is not a good consumer
--------------------------------+-------------------------------------------
    Reporter:  ariep@xs4all.nl  |        Owner:  simonpj    
        Type:  bug              |       Status:  new        
    Priority:  normal           |    Milestone:  6.12 branch
   Component:  libraries/base   |      Version:  6.5        
    Severity:  normal           |   Resolution:             
    Keywords:                   |   Difficulty:  Unknown    
    Testcase:  list003          |           Os:  Linux      
Architecture:  x86              |  
--------------------------------+-------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/876#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:39:44 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:26:24 2009
Subject: [GHC] #888: Implement the static argument transformation
In-Reply-To: <046.4f72376cf2bb17c84e2a65a1a9e8119c@localhost>
References: <046.4f72376cf2bb17c84e2a65a1a9e8119c@localhost>
Message-ID: <055.1ca2065d8dac5db1cf01a6496d912194@localhost>

#888: Implement the static argument transformation
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.4.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/888#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:41:13 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:27:52 2009
Subject: [GHC] #1012: ghc panic with mutually recursive modules and
 template haskell
In-Reply-To: <044.e3ec0fd0938800cc6a7ce608eb8687c2@localhost>
References: <044.e3ec0fd0938800cc6a7ce608eb8687c2@localhost>
Message-ID: <053.e574ccb13c0b37556d41a34aef253de0@localhost>

#1012: ghc panic with mutually recursive modules and template haskell
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  reopened        
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Template Haskell  |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  TH_import_loop    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1012#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:50:56 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:37:36 2009
Subject: [GHC] #1016: Avoidance of unaligned loads is overly conservative
In-Reply-To: <044.de9de9d8e8d545e66082291a28d1506d@localhost>
References: <044.de9de9d8e8d545e66082291a28d1506d@localhost>
Message-ID: <053.01b511d1fefecaf0c2f08128044f4068@localhost>

#1016: Avoidance of unaligned loads is overly conservative
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1016#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:54:56 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:41:36 2009
Subject: [GHC] #1057: Implicit parameters on breakpoints
In-Reply-To: <047.66b204e37a019adbedd5273436434765@localhost>
References: <047.66b204e37a019adbedd5273436434765@localhost>
Message-ID: <056.0f29606406fdb040f8a476332c7b4828@localhost>

#1057: Implicit parameters on breakpoints
---------------------------------------+------------------------------------
    Reporter:  mnislaih                |        Owner:                  
        Type:  bug                     |       Status:  new             
    Priority:  normal                  |    Milestone:  _|_             
   Component:  GHCi                    |      Version:  6.8.2           
    Severity:  normal                  |   Resolution:                  
    Keywords:                          |   Difficulty:  Moderate (1 day)
    Testcase:  ghci.debugger/break015  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple        |  
---------------------------------------+------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1057#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:55:59 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:42:45 2009
Subject: [GHC] #1074: -fwarn-unused-imports complains about wrong import
In-Reply-To: <044.4c9395b3e6188ac7c118df9e58cf802d@localhost>
References: <044.4c9395b3e6188ac7c118df9e58cf802d@localhost>
Message-ID: <053.01bc8ea5c90f49289f7245594b63a6fb@localhost>

#1074: -fwarn-unused-imports complains about wrong import
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:  igloo           
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.6             
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1074#comment:21>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:56:58 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:43:37 2009
Subject: [GHC] #1123: Impredicativity bug: forall not hoisted properly
In-Reply-To: <075.8f9fdc9da9c29da565119ca8bb13ea93@localhost>
References: <075.8f9fdc9da9c29da565119ca8bb13ea93@localhost>
Message-ID: <084.29f980346a7f14259672e56e84ff7872@localhost>

#1123: Impredicativity bug: forall not hoisted properly
-----------------------------------------------------+----------------------
    Reporter:  Ashley Yakeley <ashley@semantic.org>  |        Owner:  simonpj         
        Type:  bug                                   |       Status:  new             
    Priority:  normal                                |    Milestone:  6.12 branch     
   Component:  Compiler                              |      Version:  6.6             
    Severity:  normal                                |   Resolution:                  
    Keywords:                                        |   Difficulty:  Unknown         
    Testcase:                                        |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                      |  
-----------------------------------------------------+----------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1123#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 16:58:55 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:45:35 2009
Subject: [GHC] #1246: <= operators get compiled worse than ==
In-Reply-To: <045.b185d0777432d5c415c62f24c2ea15b7@localhost>
References: <045.b185d0777432d5c415c62f24c2ea15b7@localhost>
Message-ID: <054.bfaf6586d8609265c644b00b410c1165@localhost>

#1246: <= operators get compiled worse than ==
-------------------------+--------------------------------------------------
    Reporter:  duncan    |        Owner:                  
        Type:  bug       |       Status:  new             
    Priority:  normal    |    Milestone:  6.12 branch     
   Component:  Compiler  |      Version:  6.6             
    Severity:  normal    |   Resolution:                  
    Keywords:            |   Difficulty:  Unknown         
    Testcase:            |           Os:  Unknown/Multiple
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1246#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:01:02 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:47:43 2009
Subject: [GHC] #1308: Type signature in warning is wrong
In-Reply-To: <044.cdb2d58a8b031df50c8e8c2eb0e27b56@localhost>
References: <044.cdb2d58a8b031df50c8e8c2eb0e27b56@localhost>
Message-ID: <053.c3619c3ec5e7110cc7a6b9f6c55ac6e0@localhost>

#1308: Type signature in warning is wrong
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:         
        Type:  bug               |       Status:  new    
    Priority:  normal            |    Milestone:  _|_    
   Component:  Compiler          |      Version:  6.7    
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Windows
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1308#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:01:42 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:48:21 2009
Subject: [GHC] #1316: add warning for local type signatures that use the
 same type variable names as outer type signatures
In-Reply-To: <051.fc0097e380c9c982131869ff2c172623@localhost>
References: <051.fc0097e380c9c982131869ff2c172623@localhost>
Message-ID: <060.8cb50d00c222131bb82fc2b5289c9e0c@localhost>

#1316: add warning for local type signatures that use the same type variable names
as outer type signatures
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:  simonpj         
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1316#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:02:23 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:49:02 2009
Subject: [GHC] #1324: threadDelay can't handle long times
In-Reply-To: <044.993173f32a7ede9ee4461b0bd4ee79f1@localhost>
References: <044.993173f32a7ede9ee4461b0bd4ee79f1@localhost>
Message-ID: <053.7b0529687f92c18aa5954b8e39fe350b@localhost>

#1324: threadDelay can't handle long times
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1324#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:08:05 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:54:46 2009
Subject: [GHC] #1330: Impredicativity bug: Church2 test gives a rather
 confusing error with the HEAD
In-Reply-To: <044.214a91fada19b9f526f1cce3318d683b@localhost>
References: <044.214a91fada19b9f526f1cce3318d683b@localhost>
Message-ID: <053.294dc40c1a5ebafd5d48164ced715406@localhost>

#1330: Impredicativity bug: Church2 test gives a rather confusing error with the
HEAD
----------------------------------------+-----------------------------------
    Reporter:  igloo                    |        Owner:  simonpj         
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.7             
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:  Church2                  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1330#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:09:30 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 16:56:10 2009
Subject: [GHC] #1333: core lint failures from arrow notation + HPC
In-Reply-To: <044.dd223fc2d867a4520848020d807d17e9@localhost>
References: <044.dd223fc2d867a4520848020d807d17e9@localhost>
Message-ID: <053.9ec4a5ebe23bb8c2aa31767bb5ac6c25@localhost>

#1333: core lint failures from arrow notation + HPC
----------------------------------------------------+-----------------------
    Reporter:  igloo                                |        Owner:                  
        Type:  bug                                  |       Status:  new             
    Priority:  normal                               |    Milestone:  6.12 branch     
   Component:  Compiler                             |      Version:  6.7             
    Severity:  normal                               |   Resolution:                  
    Keywords:                                       |   Difficulty:  Unknown         
    Testcase:  arrowrun001 arrowrun002 arrowrun003  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                     |  
----------------------------------------------------+-----------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1333#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:23:28 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 17:10:12 2009
Subject: [GHC] #1399: better support for developing threaded
 applications in ghci
In-Reply-To: <044.6403c653b89ebfd32aad1cfc7b91bd50@localhost>
References: <044.6403c653b89ebfd32aad1cfc7b91bd50@localhost>
Message-ID: <053.4dd7cfc83029cec301aab9d0403681d6@localhost>

#1399: better support for developing threaded applications in ghci
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  GHCi              |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1399#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:31:37 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 17:18:34 2009
Subject: [GHC] #1349: Generalise the ! and UNPACK mechanism for data
 types, to unpack function arguments
In-Reply-To: <046.9dd17815048ce25749ab5bff260d2925@localhost>
References: <046.9dd17815048ce25749ab5bff260d2925@localhost>
Message-ID: <055.83a2131a1d12c74a229b7d289201e6ac@localhost>

#1349: Generalise the ! and UNPACK mechanism for data types, to unpack function
arguments
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1349#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:32:31 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 17:19:11 2009
Subject: [GHC] #1363: Sourcing multi-line scripts in GHCi: track line
 numbers, and bail out after first error
In-Reply-To: <047.c542e35d48cce6279f2078d84b69e843@localhost>
References: <047.c542e35d48cce6279f2078d84b69e843@localhost>
Message-ID: <056.409dc346817a13c16aca3fdd920e5b9b@localhost>

#1363: Sourcing multi-line scripts in GHCi: track line numbers, and bail out after
first error
---------------------------------+------------------------------------------
    Reporter:  Frederik          |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  GHCi              |      Version:  6.6             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1363#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:41:23 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 17:28:29 2009
Subject: [GHC] #1365: -fbyte-code is ignored in a OPTIONS_GHC pragma
In-Reply-To: <047.0b0f638b3610964bc1921eacae64b292@localhost>
References: <047.0b0f638b3610964bc1921eacae64b292@localhost>
Message-ID: <056.1a0db6579f3fee43e89fde1a4d74b4e8@localhost>

#1365: -fbyte-code is ignored in a OPTIONS_GHC pragma
---------------------------------+------------------------------------------
    Reporter:  mnislaih          |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.6.1           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1365#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:51:19 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 17:37:59 2009
Subject: [GHC] #1371: Add  -O3
In-Reply-To: <047.ced6803015445f0338eed48b471b4d41@localhost>
References: <047.ced6803015445f0338eed48b471b4d41@localhost>
Message-ID: <056.3a09c0569bd6b0f8850e57cd71d6149b@localhost>

#1371: Add  -O3
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1371#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:52:27 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 17:39:06 2009
Subject: [GHC] #1377: GHCi debugger tasks
In-Reply-To: <047.b3e158073b17fc81d3d320da105cad09@localhost>
References: <047.b3e158073b17fc81d3d320da105cad09@localhost>
Message-ID: <056.085b7c09ca9ea7302653ccc61fc73e12@localhost>

#1377: GHCi debugger tasks
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  mnislaih        
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.7             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1377#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 17:53:37 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 17:40:15 2009
Subject: [GHC] #1379: Allow breakpoints and single-stepping for
 functions defined interactively
In-Reply-To: <055.a65ba0520737b53c35f6b48366b0c95b@localhost>
References: <055.a65ba0520737b53c35f6b48366b0c95b@localhost>
Message-ID: <064.7e020843063ea03e5271550f92a6e8ef@localhost>

#1379: Allow breakpoints and single-stepping for functions defined interactively
---------------------------------+------------------------------------------
    Reporter:  Michael D. Adams  |        Owner:             
        Type:  feature request   |       Status:  new        
    Priority:  normal            |    Milestone:  6.12 branch
   Component:  GHCi              |      Version:  6.7        
    Severity:  normal            |   Resolution:             
    Keywords:                    |   Difficulty:  Unknown    
    Testcase:                    |           Os:  Linux      
Architecture:  x86               |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1379#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 18:48:44 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 18:35:22 2009
Subject: [GHC] #1595: duplicate "not in scope" error when giving
 multiple vars type-signatures at once
In-Reply-To: <051.0e4de7c150cd454ea10fcaac09018c82@localhost>
References: <051.0e4de7c150cd454ea10fcaac09018c82@localhost>
Message-ID: <060.1d65d6363b534160c4d08ed7dd6c914c@localhost>

#1595: duplicate "not in scope" error when giving multiple vars type-signatures at
once
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1595#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 18:54:21 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 18:41:04 2009
Subject: [GHC] #1592: Unexpected boxing in generated code
In-Reply-To: <043.c04e3bd244a4eae851af8c18594bf095@localhost>
References: <043.c04e3bd244a4eae851af8c18594bf095@localhost>
Message-ID: <052.f6372bf6252cbc77b4037e2e099e1831@localhost>

#1592: Unexpected boxing in generated code
---------------------------------+------------------------------------------
    Reporter:  neil              |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  minor             |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 I think the conclusion is that this isn't a bug at all, and you can get
 the strictness you want with appropriate bang patterns (or equivalent).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1592#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 18:55:35 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 18:42:14 2009
Subject: [GHC] #1580: Get GHC happy with alternate base packages (split
 base)
In-Reply-To: <043.678042925abbf66332cc75519a97afa0@localhost>
References: <043.678042925abbf66332cc75519a97afa0@localhost>
Message-ID: <052.e8abed2ba16772a59823cae4e4cda8c7@localhost>

#1580: Get GHC happy with alternate base packages (split base)
---------------------------------+------------------------------------------
    Reporter:  SamB              |        Owner:                  
        Type:  task              |       Status:  closed          
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 Can't do more on this without concrete steps that are wanted.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1580#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 18:56:09 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 18:42:48 2009
Subject: [GHC] #1579: instance Read Integer contradicts Haskell98
In-Reply-To: <051.6921aabdfe30316c83b43a5f181003cc@localhost>
References: <051.6921aabdfe30316c83b43a5f181003cc@localhost>
Message-ID: <060.7d5c5eee21da6027275c17c5db006dbd@localhost>

#1579: instance Read Integer contradicts Haskell98
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1579#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 18:56:35 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 18:43:17 2009
Subject: [GHC] #1572: Make it easy to find documentation for GHC and
 installed packages
In-Reply-To: <046.4d43a533f4747884d6cbe4d282674c58@localhost>
References: <046.4d43a533f4747884d6cbe4d282674c58@localhost>
Message-ID: <055.778f15a8f46209c167800de2262c0fcf@localhost>

#1572: Make it easy to find documentation for GHC and installed packages
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1572#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:11:46 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 18:58:35 2009
Subject: [GHC] #1548: printf bugs
In-Reply-To: <051.8149d49ae360b0942c780022e9f1c1b0@localhost>
References: <051.8149d49ae360b0942c780022e9f1c1b0@localhost>
Message-ID: <060.a517776d9b495b51fe4c9855769f17fb@localhost>

#1548: printf bugs
---------------------------------+------------------------------------------
    Reporter:  l.mai@web.de      |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1548#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:13:53 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:00:33 2009
Subject: [GHC] #1541: No way at all to set fixity for infix operators
 defined in template haskell
In-Reply-To: <044.dd6e7be98c7db4b58e244f23e7be7182@localhost>
References: <044.dd6e7be98c7db4b58e244f23e7be7182@localhost>
Message-ID: <053.cb5be1e5df42d5901bf6421160abfb06@localhost>

#1541: No way at all to set fixity for infix operators defined in template haskell
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Template Haskell  |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1541#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:13:28 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:00:42 2009
Subject: [GHC] #1544: Derived Read instances for recursive datatypes
 with infix constructors are too inefficient
In-Reply-To: <059.876fe881e6bc9b43ab179d4b6da29ec1@localhost>
References: <059.876fe881e6bc9b43ab179d4b6da29ec1@localhost>
Message-ID: <068.bbcd416096f2982f0b0c6017c7095f7c@localhost>

#1544: Derived Read instances for recursive datatypes with infix constructors are
too inefficient
-------------------------------------+--------------------------------------
    Reporter:  jcpetruzza@gmail.com  |        Owner:                  
        Type:  bug                   |       Status:  new             
    Priority:  normal                |    Milestone:  6.12.1          
   Component:  Compiler              |      Version:  6.6.1           
    Severity:  normal                |   Resolution:                  
    Keywords:                        |   Difficulty:  Unknown         
    Testcase:                        |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple      |  
-------------------------------------+--------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

Comment:

 Does anyone know what the status of this is?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1544#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:14:31 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:01:10 2009
Subject: [GHC] #1522: Make [n..] etc syntax rebindable
In-Reply-To: <044.8921215b0779f3f66f0feb619665afa4@localhost>
References: <044.8921215b0779f3f66f0feb619665afa4@localhost>
Message-ID: <053.d8393cf38e64e5065873332e1ea3fc23@localhost>

#1522: Make [n..] etc syntax rebindable
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:  simonpj         
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1522#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:15:43 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:02:23 2009
Subject: [GHC] #1520: Use Linux's signalfd() instead of pipe() to
 deliver signals to the IO manager
In-Reply-To: <047.70e7b79651c491b5b253718c9a075059@localhost>
References: <047.70e7b79651c491b5b253718c9a075059@localhost>
Message-ID: <056.39940fd93ceb465fd3b53693b772f463@localhost>

#1520: Use Linux's signalfd() instead of pipe() to deliver signals to the IO
manager
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Runtime System    |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Linux           
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1520#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:16:10 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:02:50 2009
Subject: [GHC] #1500: NCG: shortcutBranch doesn't handle loops properly
In-Reply-To: <055.2045077758b9e802738a3414e6d85128@localhost>
References: <055.2045077758b9e802738a3414e6d85128@localhost>
Message-ID: <064.fa101d8227861a8cc4e96c6de4a282ff@localhost>

#1500: NCG: shortcutBranch doesn't handle loops properly
---------------------------------+------------------------------------------
    Reporter:  Michael D. Adams  |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler (NCG)    |      Version:  6.7             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  cmm001            |           Os:  Unknown/Multiple
Architecture:  x86               |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1500#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:16:23 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:03:03 2009
Subject: [GHC] #1498: Optimisation: eliminate unnecessary heap check in
 recursive function
In-Reply-To: <047.d854a286f40f24efedada1697ad637ee@localhost>
References: <047.d854a286f40f24efedada1697ad637ee@localhost>
Message-ID: <056.66e9c25929762640dc8c3d5998dd247b@localhost>

#1498: Optimisation: eliminate unnecessary heap check in recursive function
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1498#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:17:21 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:05:02 2009
Subject: [GHC] #1496: Newtypes and type families combine to produce
 inconsistent FC(X) axiom sets
In-Reply-To: <045.d93d26e0bae3aef3676683e1847e945d@localhost>
References: <045.d93d26e0bae3aef3676683e1847e945d@localhost>
Message-ID: <054.8e73f927183647f0e024fa01a6121d23@localhost>

#1496: Newtypes and type families combine to produce inconsistent FC(X) axiom sets
----------------------------------------+-----------------------------------
    Reporter:  sorear                   |        Owner:  simonpj         
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.7             
    Severity:  critical                 |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1496#comment:21>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:50:44 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:37:23 2009
Subject: [GHC] #1466: Stack check for AP_STACK
In-Reply-To: <047.7c173e1376e77f3c13da1413f2657210@localhost>
References: <047.7c173e1376e77f3c13da1413f2657210@localhost>
Message-ID: <056.5edc00451d35b5496d8c5dc786e3584f@localhost>

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

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1466#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:51:06 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:37:48 2009
Subject: [GHC] #1420: Automatic heap profile intervals
In-Reply-To: <044.cc42ed0f877d9efb7032b74a5a634e0b@localhost>
References: <044.cc42ed0f877d9efb7032b74a5a634e0b@localhost>
Message-ID: <053.9248079223225e4563fdbecd9124b373@localhost>

#1420: Automatic heap profile intervals
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Profiling         |      Version:  6.7             
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1420#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:54:45 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:41:27 2009
Subject: [GHC] #1414: CString marshalling functions do not perform the
 specified conversion
In-Reply-To: <043.eb765992457c84b5134fd2edc0bdaa20@localhost>
References: <043.eb765992457c84b5134fd2edc0bdaa20@localhost>
Message-ID: <052.89da8550419474976935ac726de97f9a@localhost>

#1414: CString marshalling functions do not perform the specified conversion
---------------------------------+------------------------------------------
    Reporter:  ross              |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  libraries/base    |      Version:  6.6.1           
    Severity:  major             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1414#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:55:22 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:42:08 2009
Subject: [GHC] #1407: Add the ability to :set -l{foo} in .ghci files
In-Reply-To: <044.ced6846230ff2e238418885a3d68ddd9@localhost>
References: <044.ced6846230ff2e238418885a3d68ddd9@localhost>
Message-ID: <053.d6ce88084b9a4b133ae91c4410cfd253@localhost>

#1407: Add the ability to :set -l{foo} in .ghci files
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  GHCi              |      Version:  6.6.1           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1407#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 19:55:44 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:42:22 2009
Subject: [GHC] #1400: :set +r doesn't work for interpreted modules
In-Reply-To: <056.35f84a240c7bc80be7ff3e4cce847d67@localhost>
References: <056.35f84a240c7bc80be7ff3e4cce847d67@localhost>
Message-ID: <065.32a11bf859095f7053609c17ee8dca5a@localhost>

#1400: :set +r doesn't work for interpreted modules
----------------------------------+-----------------------------------------
    Reporter:  iampure@gmail.com  |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  _|_             
   Component:  GHCi               |      Version:  6.7             
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Moderate (1 day)
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1400#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:07:05 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:53:45 2009
Subject: [GHC] #1600: Optimisation: CPR the results of IO
In-Reply-To: <047.6bf35585590f6b4632c8ba79805f0623@localhost>
References: <047.6bf35585590f6b4632c8ba79805f0623@localhost>
Message-ID: <056.29b389a7450538dc33851b48eaa39ca9@localhost>

#1600: Optimisation: CPR the results of IO
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1600#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:10:34 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:57:14 2009
Subject: [GHC] #1791: heap overflow should generate an exception
In-Reply-To: <044.abdddbf09447556bb749e2aa1d8c6598@localhost>
References: <044.abdddbf09447556bb749e2aa1d8c6598@localhost>
Message-ID: <053.432c02123d813f0bf8ff84b5037d025b@localhost>

#1791: heap overflow should generate an exception
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Runtime System    |      Version:  6.8             
    Severity:  blocker           |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  outofmem2         |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1791#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:12:06 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:58:50 2009
Subject: [GHC] #1789: New warning: missing import lists
In-Reply-To: <047.e10a749e4a8e7247b2664f2607b040f7@localhost>
References: <047.e10a749e4a8e7247b2664f2607b040f7@localhost>
Message-ID: <056.540f02809552f35179eb52ebd5b390c6@localhost>

#1789: New warning: missing import lists
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1789#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:12:22 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 19:59:23 2009
Subject: [GHC] #1769: Deriving Typeable for data families
In-Reply-To: <043.a8c50ce2867b0958e6401d0ebd4755e7@localhost>
References: <043.a8c50ce2867b0958e6401d0ebd4755e7@localhost>
Message-ID: <052.7bce153e20366c02ea049e74da03c808@localhost>

#1769: Deriving Typeable for data families
----------------------------------------+-----------------------------------
    Reporter:  chak                     |        Owner:  chak            
        Type:  task                     |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.9             
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1769#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:13:22 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:00:10 2009
Subject: [GHC] #1777: Refactor the implementation of arrow notation
In-Reply-To: <046.63b5bec87dcae7ef0abe8b264d5d1cef@localhost>
References: <046.63b5bec87dcae7ef0abe8b264d5d1cef@localhost>
Message-ID: <055.2555e0cd5d6db53564676ee004b67360@localhost>

#1777: Refactor the implementation of arrow notation
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:  ross            
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1777#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:15:12 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:01:53 2009
Subject: [GHC] #1741: Threaded RTS must use processor affinity and
 processor information
In-Reply-To: <044.e4defb5de192ad7951ca4bf955f5c177@localhost>
References: <044.e4defb5de192ad7951ca4bf955f5c177@localhost>
Message-ID: <053.e54612bef46333922fd85df7e528ebbd@localhost>

#1741: Threaded RTS must use processor affinity and processor information
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Runtime System    |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1741#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:17:29 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:04:08 2009
Subject: [GHC] #1721: Make GHCi print the entire result of an
 interactive 'bind' statement
In-Reply-To: <046.657252b52c928fa83fef6abad76bac17@localhost>
References: <046.657252b52c928fa83fef6abad76bac17@localhost>
Message-ID: <055.7d1c7ece3549c54171af7f002100a455@localhost>

#1721: Make GHCi print the entire result of an interactive 'bind' statement
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1721#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:17:35 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:04:24 2009
Subject: [GHC] #1727: Precedence and associativity rules ignored when
 mixing infix type and data constructors in a single expression
In-Reply-To: <053.247acfb7738c80ec8ae8e80751783e63@localhost>
References: <053.247acfb7738c80ec8ae8e80751783e63@localhost>
Message-ID: <062.5af6f9ed25595e7246fb8ce7e1e95c37@localhost>

#1727: Precedence and associativity rules ignored when mixing infix type and data
constructors in a single expression
----------------------------------+-----------------------------------------
    Reporter:  pat@jantar.org     |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.12 branch     
   Component:  Compiler (Parser)  |      Version:  6.6.1           
    Severity:  minor              |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1727#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:39:16 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:25:57 2009
Subject: [GHC] #1717: ghc-6.8 configure does not recognise 32bit
 userland on ppc64
In-Reply-To: <059.9ba98474c2b63eccc55349ae913ba846@localhost>
References: <059.9ba98474c2b63eccc55349ae913ba846@localhost>
Message-ID: <068.620a4723f81a457df78adb403c7baac5@localhost>

#1717: ghc-6.8 configure does not recognise 32bit userland on ppc64
-------------------------------------+--------------------------------------
    Reporter:  kahl@cas.mcmaster.ca  |        Owner:             
        Type:  bug                   |       Status:  reopened   
    Priority:  normal                |    Milestone:  _|_        
   Component:  Build System          |      Version:  6.8        
    Severity:  normal                |   Resolution:             
    Keywords:                        |   Difficulty:  Easy (1 hr)
    Testcase:  normal build          |           Os:  Linux      
Architecture:  powerpc64             |  
-------------------------------------+--------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1717#comment:19>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:39:47 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:26:28 2009
Subject: [GHC] #1702: type operator precedences don't work in contexts
In-Reply-To: <060.4ada6fa6db7aaefb61f85384358938f4@localhost>
References: <060.4ada6fa6db7aaefb61f85384358938f4@localhost>
Message-ID: <069.d9fe4d8accfc703789e70e1c9525057c@localhost>

#1702: type operator precedences don't work in contexts
--------------------------------------+-------------------------------------
    Reporter:  b.hilken@ntlworld.com  |        Owner:                  
        Type:  bug                    |       Status:  new             
    Priority:  normal                 |    Milestone:  6.12 branch     
   Component:  Compiler               |      Version:  6.8             
    Severity:  normal                 |   Resolution:                  
    Keywords:                         |   Difficulty:  Unknown         
    Testcase:                         |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple       |  
--------------------------------------+-------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1702#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:41:53 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:28:31 2009
Subject: [GHC] #1693: Make distclean (still) doesn't
In-Reply-To: <046.e3a8789d309d54a6f93929d3964d34f4@localhost>
References: <046.e3a8789d309d54a6f93929d3964d34f4@localhost>
Message-ID: <055.9992d9ebf7c32dcf2dd08e8f86e829e7@localhost>

#1693: Make distclean (still) doesn't
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

Comment:

 Let's do this better, by comparing file lists bofore and after "make; make
 distclean" in the nightly builds or something.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1693#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:42:39 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:29:21 2009
Subject: [GHC] #1653: GHCi ':set' completion does not list all options
In-Reply-To: <045.831bf1fe23d07db587092523d41ab0a3@localhost>
References: <045.831bf1fe23d07db587092523d41ab0a3@localhost>
Message-ID: <054.8f18221b304b19b4ef8a5d289d37e000@localhost>

#1653: GHCi ':set' completion does not list all options
-----------------------+----------------------------------------------------
    Reporter:  sorear  |        Owner:             
        Type:  bug     |       Status:  new        
    Priority:  normal  |    Milestone:  6.12 branch
   Component:  GHCi    |      Version:  6.7        
    Severity:  normal  |   Resolution:             
    Keywords:          |   Difficulty:  Unknown    
    Testcase:          |           Os:  Linux      
Architecture:  x86     |  
-----------------------+----------------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1653#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:45:27 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:32:09 2009
Subject: [GHC] #1647: Using -fdicts-strict flag causes Core Lint error
In-Reply-To: <067.8af6cf06fabf5acdf49f68ce59933274@localhost>
References: <067.8af6cf06fabf5acdf49f68ce59933274@localhost>
Message-ID: <076.d021b0da7cf5c7ccea24225cff702d37@localhost>

#1647: Using -fdicts-strict flag causes Core Lint error
---------------------------------------------+------------------------------
    Reporter:  chevalier@alum.wellesley.edu  |        Owner:                  
        Type:  bug                           |       Status:  new             
    Priority:  normal                        |    Milestone:  6.12.1          
   Component:  Compiler                      |      Version:  6.7             
    Severity:  minor                         |   Resolution:                  
    Keywords:                                |   Difficulty:  Unknown         
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple              |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1647#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:46:58 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:33:47 2009
Subject: [GHC] #1645: {-# SPECIALIZE #-} doesn't
In-Reply-To: <044.a66239f3cca2f19dfae526bd6257e8cd@localhost>
References: <044.a66239f3cca2f19dfae526bd6257e8cd@localhost>
Message-ID: <053.33113e83273b8cffd8145045d8c06562@localhost>

#1645: {-# SPECIALIZE #-} doesn't
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.7             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

Comment:

 Testcase is attached, so let's verify+close this one.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1645#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:47:23 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:34:02 2009
Subject: [GHC] #1634: Type signature normalization
In-Reply-To: <055.adba191a4a3fbf5a12bdaa124e0ac085@localhost>
References: <055.adba191a4a3fbf5a12bdaa124e0ac085@localhost>
Message-ID: <064.814fcaa7d5132bbcf8fc7ca7f1d8af8e@localhost>

#1634: Type signature normalization
----------------------------------------+-----------------------------------
    Reporter:  kfrdbs@gmail.com         |        Owner:             
        Type:  bug                      |       Status:  new        
    Priority:  normal                   |    Milestone:  6.12 branch
   Component:  Compiler (Type checker)  |      Version:  6.6.1      
    Severity:  normal                   |   Resolution:             
    Keywords:                           |   Difficulty:  Unknown    
    Testcase:                           |           Os:  Linux      
Architecture:  x86                      |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1634#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:48:53 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:35:36 2009
Subject: [GHC] #1633: Now where does this error come from
In-Reply-To: <044.335aa326f8322714457d647c9ee54c0f@localhost>
References: <044.335aa326f8322714457d647c9ee54c0f@localhost>
Message-ID: <053.c1c7493b2fa9b905d8b6a6b3f6ea5264@localhost>

#1633: Now where does this error come from
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Documentation     |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1633#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:55:37 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:42:17 2009
Subject: [GHC] #1631: Make the External Package Table contain ModDetails
 not ModIface
In-Reply-To: <046.eed09ce365177007f04f67ce514c6ba5@localhost>
References: <046.eed09ce365177007f04f67ce514c6ba5@localhost>
Message-ID: <055.e362b82f46e936c3200a7383dd6820dc@localhost>

#1631: Make the External Package Table contain ModDetails not ModIface
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1631#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:56:17 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:42:56 2009
Subject: [GHC] #1612: GHC_PACKAGE_PATH and $topdir bug
In-Reply-To: <047.68efe858edf43056de08968f61a7dc37@localhost>
References: <047.68efe858edf43056de08968f61a7dc37@localhost>
Message-ID: <056.e94ee23d28e427e6e7fc3766a6117c41@localhost>

#1612: GHC_PACKAGE_PATH and $topdir bug
---------------------------------+------------------------------------------
    Reporter:  eivuokko          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1612#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:57:11 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:43:50 2009
Subject: [GHC] #1607: seq can make code slower
In-Reply-To: <046.a69b91620ef3fd2313d5a28e43b09e6b@localhost>
References: <046.a69b91620ef3fd2313d5a28e43b09e6b@localhost>
Message-ID: <055.fcbdb3c0e91cd382f05475e79f6b161c@localhost>

#1607: seq can make code slower
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1607#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:58:17 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:45:04 2009
Subject: [GHC] #2917: alloca and allocaArray do not respect alignment
In-Reply-To: <044.ae4012da6404813e981e2064d26c5c85@localhost>
References: <044.ae4012da6404813e981e2064d26c5c85@localhost>
Message-ID: <053.95109e98566ea35371ba6dfd09a9b5b0@localhost>

#2917: alloca and allocaArray do not respect alignment
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12 branch     
   Component:  Compiler (FFI)    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 See also #1605.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2917#comment:19>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 11 20:58:39 2009
From: trac at galois.com (GHC)
Date: Sat Apr 11 20:45:17 2009
Subject: [GHC] #1605: hppa port -- gmp handed misaligned memory
In-Reply-To: <044.7ca61f85138b90c0e193b83a232b3207@localhost>
References: <044.7ca61f85138b90c0e193b83a232b3207@localhost>
Message-ID: <053.b0897364b7ccf65c599d143f43cbd5b1@localhost>

#1605: hppa port -- gmp handed misaligned memory
-------------------------------+--------------------------------------------
    Reporter:  guest           |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  normal          |    Milestone:  6.12 branch
   Component:  Runtime System  |      Version:  6.6.1      
    Severity:  normal          |   Resolution:             
    Keywords:  GMP             |   Difficulty:  Easy (1 hr)
    Testcase:                  |           Os:  HPUX       
Architecture:  hppa            |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

Comment:

 See also #2917.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1605#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 09:48:28 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 09:35:15 2009
Subject: [GHC] #1500: NCG: shortcutBranch doesn't handle loops properly
In-Reply-To: <055.2045077758b9e802738a3414e6d85128@localhost>
References: <055.2045077758b9e802738a3414e6d85128@localhost>
Message-ID: <064.4c2c28380757957ad10cbe2d667cdbf5@localhost>

#1500: NCG: shortcutBranch doesn't handle loops properly
---------------------------------+------------------------------------------
    Reporter:  Michael D. Adams  |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler (NCG)    |      Version:  6.7             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  cmm001            |           Os:  Unknown/Multiple
Architecture:  x86               |  
---------------------------------+------------------------------------------
Changes (by guest):

 * cc: kfrdbs@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1500#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 09:49:08 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 09:35:46 2009
Subject: [GHC] #1634: Type signature normalization
In-Reply-To: <055.adba191a4a3fbf5a12bdaa124e0ac085@localhost>
References: <055.adba191a4a3fbf5a12bdaa124e0ac085@localhost>
Message-ID: <064.15523a319cb97fbca34579fdf25301ae@localhost>

#1634: Type signature normalization
----------------------------------------+-----------------------------------
    Reporter:  kfrdbs@gmail.com         |        Owner:             
        Type:  bug                      |       Status:  new        
    Priority:  normal                   |    Milestone:  6.12 branch
   Component:  Compiler (Type checker)  |      Version:  6.6.1      
    Severity:  normal                   |   Resolution:             
    Keywords:                           |   Difficulty:  Unknown    
    Testcase:                           |           Os:  Linux      
Architecture:  x86                      |  
----------------------------------------+-----------------------------------
Changes (by guest):

 * cc: kfrdbs@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1634#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 13:38:04 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 13:24:41 2009
Subject: [GHC] #3166: recompilation checking too optimistic about infix ops
Message-ID: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>

#3166: recompilation checking too optimistic about infix ops
-----------------------------+----------------------------------------------
Reporter:  roland            |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.1            |       Severity:  minor           
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Changing the infix declaration of an operator, e.g. from infixl to infixr,
 doesn't trigger recompilation of dependent modules.

 This behavior can be observed for type classes, type synonyms, and
 constants, but not for data and type constructors.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3166>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 15:30:09 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:16:47 2009
Subject: [GHC] #3167: segmentation fault
Message-ID: <044.73af0c6ed64ed30a286c8922539d9c92@localhost>

#3167: segmentation fault
-----------------------------+----------------------------------------------
Reporter:  guest             |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Runtime System  
 Version:  6.10.2            |       Severity:  major           
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 In a program I have experienced a segmentation fault;
 not only that but also:

 {{{
 * tpp.c:63: __pthread_tpp_change_priority: Assertion `new_prio == -1 ||
 (new_prio >= _sched_fifo_min_prio && new_prio <= __sched_fifo_max_prio)'
 failed.'

 * internal error: removeThreadFromQueue: not found
     (GHC version 6.8.2 for i386_unknown_linux)
     Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug
 }}}

 I have managed to write a program that reproduces the problem, it is in
 attachment.

  1. Compile with: ''$ghc --make -threaded -O2 main.hs''
  2. Execute with: ''$./main +RTS -A128M -s -c -N4 -RTS 5000000 500''

 This should produce a segmentation fault (or one of the previous errors).

 I strongly suspect that the cause is an uncaught stack overflow.

  * Executing the code with only 1 threads, there are no more problems.
  * Increasing the thread stack size (''-k1M''), there are no more
 problems.


 If the problem is really an uncaught stack overflow, I'm rather sure that
 a more simple test can be written, to reproduce the problem.

 I'm on Linux Debian Etch i386; GHC 6.8.2.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3167>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 15:31:47 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:18:24 2009
Subject: [GHC] #3167: segmentation fault
In-Reply-To: <044.73af0c6ed64ed30a286c8922539d9c92@localhost>
References: <044.73af0c6ed64ed30a286c8922539d9c92@localhost>
Message-ID: <053.43a9a7387badcb63c7fa659ded0730d0@localhost>

#3167: segmentation fault
------------------------------+---------------------------------------------
 Reporter:  guest             |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Runtime System    |        Version:  6.8.2           
 Severity:  major             |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by guest):

  * version:  6.10.2 => 6.8.2

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3167#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 15:40:59 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:27:36 2009
Subject: [GHC] #3167: Segmentation fault with compacting GC,
 and multiple threads
In-Reply-To: <044.73af0c6ed64ed30a286c8922539d9c92@localhost>
References: <044.73af0c6ed64ed30a286c8922539d9c92@localhost>
Message-ID: <053.b296f64648f8fef17a147c7ac68e95cf@localhost>

#3167: Segmentation fault with compacting GC, and multiple threads
------------------------------+---------------------------------------------
 Reporter:  guest             |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Runtime System    |        Version:  6.8.2           
 Severity:  major             |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by dons):

  * summary:  segmentation fault => Segmentation fault with compacting GC,
              and multiple threads

Comment:

 Can't reproduce this with ghc 6.10.1.

 It allocates about 2G and starts churning away happily:

 {{{
 $ ghc --make -O2 main.hs -threaded -fforce-recomp
 [1 of 1] Compiling Main             ( main.hs, main.o )
 Linking main ...

 $ ./main +RTS -A128M -s -c -N4 -RTS 5000000 500
 ./main 5000000 500 +RTS -A128M -s -c -N4
 500
 processing 1
 processing 126
 processing 251
 processing 2
 processing 3
 processing 4
 ...
 processing 486
 processing 487
 processing 488
 processing 489
 processing 490
 processing 491
 processing 492
 processing 493
 processing 494
 processing 495
 processing 496
 processing 497
 processing 498
 processing 499
 processing 500
 256

   15,191,954,480 bytes allocated in the heap
    1,847,859,512 bytes copied during GC
      738,284,008 bytes maximum residency (12 sample(s))
       15,017,912 bytes maximum slop
             3019 MB total memory in use (47 MB lost due to fragmentation)
   INIT  time    0.00s  (  0.03s elapsed)
   MUT   time   42.61s  ( 44.45s elapsed)
   GC    time   32.33s  ( 33.54s elapsed)
   EXIT  time    0.00s  (  0.10s elapsed)
   Total time   74.88s  ( 78.03s elapsed)

   %GC time      43.2%  (43.0% elapsed)

   Alloc rate    357,005,002 bytes per MUT second

   Productivity  56.8% of total user, 54.5% of total elapsed
 }}}


 Looks like it was fixed in GHC 6.10.x

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3167#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 15:55:55 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:42:31 2009
Subject: [GHC] #1803: Include qCurrentLoc in the  Quasi class
In-Reply-To: <044.fc6725c592a97feadcf1aec1a82bf3ba@localhost>
References: <044.fc6725c592a97feadcf1aec1a82bf3ba@localhost>
Message-ID: <053.37e4f6ab49a26adb399b8717336eb85c@localhost>

#1803: Include qCurrentLoc in the  Quasi class
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Template Haskell  |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1803#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 15:56:53 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:43:29 2009
Subject: [GHC] #1811: liberate case needs an independent threshold
In-Reply-To: <047.1be3df80e1950b8bf84aedd7dcf27549@localhost>
References: <047.1be3df80e1950b8bf84aedd7dcf27549@localhost>
Message-ID: <056.8ca8167cf9e3d40fac44e688f621f171@localhost>

#1811: liberate case needs an independent threshold
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1811#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 15:57:38 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:44:14 2009
Subject: [GHC] #1817: Should be possible to specify pragmas with mixed
 case
In-Reply-To: <044.c4095d9e6406b41062c64e87c778bda3@localhost>
References: <044.c4095d9e6406b41062c64e87c778bda3@localhost>
Message-ID: <053.a5436c5379c0b36c9b96b262d6ecb045@localhost>

#1817: Should be possible to specify pragmas with mixed case
----------------------------------+-----------------------------------------
    Reporter:  igloo              |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.12 branch     
   Component:  Compiler (Parser)  |      Version:  6.6.1           
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1817#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:05:04 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:51:41 2009
Subject: [GHC] #1830: Automatic derivation of Lift
In-Reply-To: <044.3eb409743bc4021eb94e63cb46f573bc@localhost>
References: <044.3eb409743bc4021eb94e63cb46f573bc@localhost>
Message-ID: <053.a162677afe964cfd1b0a9cdece21839a@localhost>

#1830: Automatic derivation of Lift
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Template Haskell  |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1830#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:07:05 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:53:41 2009
Subject: [GHC] #1831: reify never provides the declaration of variables
In-Reply-To: <044.a26292943bffdeb4bdb3ded03525ce1f@localhost>
References: <044.a26292943bffdeb4bdb3ded03525ce1f@localhost>
Message-ID: <053.d4e8b529bed8a6dc944af66c24fc2866@localhost>

#1831: reify never provides the declaration of variables
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Template Haskell  |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1831#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:07:35 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:54:11 2009
Subject: [GHC] #1835: Provide information of the instance environment
In-Reply-To: <044.e4a476ae1151d6ba29ec01048af1b3ea@localhost>
References: <044.e4a476ae1151d6ba29ec01048af1b3ea@localhost>
Message-ID: <053.a7693f70bec027003d0738864bb5ec9b@localhost>

#1835: Provide information of the instance environment
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Template Haskell  |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1835#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:07:53 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:54:29 2009
Subject: [GHC] #1849: Template Haskell: reify is not consistent with the
 special constructors ListT and TupleT
In-Reply-To: <044.c9b8cd8a940136947bcb0e6987eacf92@localhost>
References: <044.c9b8cd8a940136947bcb0e6987eacf92@localhost>
Message-ID: <053.76e337fde834e2bb5644d1ac304c7cfb@localhost>

#1849: Template Haskell: reify is not consistent with the special constructors
ListT and TupleT
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Template Haskell  |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1849#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:09:25 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:56:10 2009
Subject: [GHC] #1853: hpc mix files for Main modules overwrite each other
In-Reply-To: <044.9b946ad54a9a35d3915c7a74c107b816@localhost>
References: <044.9b946ad54a9a35d3915c7a74c107b816@localhost>
Message-ID: <053.9a2a93d4f2744ffa2c5ba088935b0df7@localhost>

#1853: hpc mix files for Main modules overwrite each other
-------------------------------+--------------------------------------------
    Reporter:  guest           |        Owner:  AndyGill   
        Type:  bug             |       Status:  assigned   
    Priority:  normal          |    Milestone:  6.12 branch
   Component:  Code Coverage   |      Version:  6.8.1      
    Severity:  normal          |   Resolution:             
    Keywords:                  |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1853#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:09:47 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:56:24 2009
Subject: [GHC] #1856: Improve error message for mutally recursive modules
In-Reply-To: <044.c1a763269283b1196744ff64014c853b@localhost>
References: <044.c1a763269283b1196744ff64014c853b@localhost>
Message-ID: <053.4a22d71d5250c3d0949376d413e1b091@localhost>

#1856: Improve error message for mutally recursive modules
------------------------------------------------------------+---------------
    Reporter:  guest                                        |        Owner:             
        Type:  feature request                              |       Status:  new        
    Priority:  normal                                       |    Milestone:  6.12 branch
   Component:  Compiler                                     |      Version:  6.6        
    Severity:  normal                                       |   Resolution:             
    Keywords:  Modules Recursively Imported Error Messages  |   Difficulty:  Unknown    
    Testcase:                                               |           Os:  Linux      
Architecture:  x86                                          |  
------------------------------------------------------------+---------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1856#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:10:12 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:56:48 2009
Subject: [GHC] #1868: Exception fails all exception predicates
In-Reply-To: <044.29f71b3210470c5eb60c417733ff995c@localhost>
References: <044.29f71b3210470c5eb60c417733ff995c@localhost>
Message-ID: <053.5bca775438694cd77f0c4bc171f9b1ab@localhost>

#1868: Exception fails all exception predicates
-------------------------------+--------------------------------------------
    Reporter:  Orphi           |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  normal          |    Milestone:  6.12 branch
   Component:  libraries/base  |      Version:  6.8.1      
    Severity:  normal          |   Resolution:             
    Keywords:                  |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Windows    
Architecture:  x86             |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1868#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:10:35 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 15:57:18 2009
Subject: [GHC] #1872: Extensible Records
In-Reply-To: <044.1644b4d2ed2831e3dac4855a76eabeb0@localhost>
References: <044.1644b4d2ed2831e3dac4855a76eabeb0@localhost>
Message-ID: <053.df0f13ced8ccc2a0097ec77dcc2ba256@localhost>

#1872: Extensible Records
-----------------------------------+----------------------------------------
    Reporter:  gidyn               |        Owner:                  
        Type:  feature request     |       Status:  new             
    Priority:  normal              |    Milestone:  _|_             
   Component:  Compiler            |      Version:  6.11            
    Severity:  normal              |   Resolution:                  
    Keywords:  Extensible Records  |   Difficulty:  Unknown         
    Testcase:                      |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple    |  
-----------------------------------+----------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1872#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:16:40 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:03:19 2009
Subject: [GHC] #1877: Change the meaning of -fextended-default-rules
In-Reply-To: <047.a9d9acd5b305477a9660b9018aae5df1@localhost>
References: <047.a9d9acd5b305477a9660b9018aae5df1@localhost>
Message-ID: <056.345b44eb19ed6fb559b3d450e2121021@localhost>

#1877: Change the meaning of -fextended-default-rules
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1877#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:21:04 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:07:40 2009
Subject: [GHC] #1880: Unify flag descriptions to generate both docs and
 code
In-Reply-To: <047.a1f2675dc59d934ab527e6234630f65b@localhost>
References: <047.a1f2675dc59d934ab527e6234630f65b@localhost>
Message-ID: <056.a42cf64523566f22383398b801df5d4c@localhost>

#1880: Unify flag descriptions to generate both docs and code
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1880#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:21:42 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:08:18 2009
Subject: [GHC] #1883: GHC can't find library using "short" name
In-Reply-To: <045.76e5dee1da7bd3e6c3d26431d4641cce@localhost>
References: <045.76e5dee1da7bd3e6c3d26431d4641cce@localhost>
Message-ID: <054.bbd213159c17dacfd1808962516cd61b@localhost>

#1883: GHC can't find library using "short" name
-------------------------------------+--------------------------------------
    Reporter:  m4dc4p                |        Owner:             
        Type:  bug                   |       Status:  new        
    Priority:  normal                |    Milestone:  6.12 branch
   Component:  Compiler              |      Version:  6.6.1      
    Severity:  normal                |   Resolution:             
    Keywords:  link library windows  |   Difficulty:  Unknown    
    Testcase:                        |           Os:  Windows    
Architecture:  x86                   |  
-------------------------------------+--------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1883#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:22:52 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:09:28 2009
Subject: [GHC] #1884: Win64 Port
In-Reply-To: <047.1fa130761f7e9ddaef7c551aeff5576e@localhost>
References: <047.1fa130761f7e9ddaef7c551aeff5576e@localhost>
Message-ID: <056.d35d4a8948d3328a0ad8499f12b61c85@localhost>

#1884: Win64 Port
-------------------------------+--------------------------------------------
    Reporter:  simonmar        |        Owner:         
        Type:  task            |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.8.1  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Windows
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1884#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:24:23 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:11:00 2009
Subject: [GHC] #1885: Improve CPR analysis
In-Reply-To: <046.6c11df8aecc98c3db1f131fb2c9dc642@localhost>
References: <046.6c11df8aecc98c3db1f131fb2c9dc642@localhost>
Message-ID: <055.b78c89e6bf1baaaf35385928916f9898@localhost>

#1885: Improve CPR analysis
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:  simonpj         
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1885#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:24:58 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:11:36 2009
Subject: [GHC] #1886: GHC API should preserve and provide access to
 comments
In-Reply-To: <044.eac6e4e9449b44410013b3e7df813e47@localhost>
References: <044.eac6e4e9449b44410013b3e7df813e47@localhost>
Message-ID: <053.bb6ffad25a320a884ac476ec83478963@localhost>

#1886: GHC API should preserve and provide access to comments
------------------------------------------------------------------+---------
    Reporter:  claus                                              |        Owner:                  
        Type:  bug                                                |       Status:  new             
    Priority:  normal                                             |    Milestone:  6.12 branch     
   Component:  GHC API                                            |      Version:  6.9             
    Severity:  normal                                             |   Resolution:                  
    Keywords:  GHC API, comments, program transformation, layout  |   Difficulty:  Unknown         
    Testcase:                                                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                                   |  
------------------------------------------------------------------+---------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1886#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:27:22 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:14:00 2009
Subject: [GHC] #1894: Add a total order on type constructors
In-Reply-To: <044.ff536e8dc451e991334601c6fde1b4eb@localhost>
References: <044.ff536e8dc451e991334601c6fde1b4eb@localhost>
Message-ID: <053.0b7ef56165b16ce0e1923ab61d9a011b@localhost>

#1894: Add a total order on type constructors
----------------------------------------+-----------------------------------
    Reporter:  guest                    |        Owner:                  
        Type:  feature request          |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.8.1           
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1894#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:28:09 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:14:56 2009
Subject: [GHC] #1897: Ambiguous types and rejected  type signatures
In-Reply-To: <044.e733a0c0c6af2d1a744b7039f7ad31a7@localhost>
References: <044.e733a0c0c6af2d1a744b7039f7ad31a7@localhost>
Message-ID: <053.3a073eabff5af48642b87ae551f90f63@localhost>

#1897: Ambiguous types and rejected  type signatures
----------------------------------------+-----------------------------------
    Reporter:  guest                    |        Owner:  chak       
        Type:  bug                      |       Status:  reopened   
    Priority:  normal                   |    Milestone:  6.12 branch
   Component:  Compiler (Type checker)  |      Version:  6.9        
    Severity:  normal                   |   Resolution:             
    Keywords:                           |   Difficulty:  Unknown    
    Testcase:                           |           Os:  Linux      
Architecture:  x86                      |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1897#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:28:31 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:15:08 2009
Subject: [GHC] #1896: Keep old bindings until :load succeeds
In-Reply-To: <044.28562263738d75ba62be8e5781e71286@localhost>
References: <044.28562263738d75ba62be8e5781e71286@localhost>
Message-ID: <053.59aa6335b9177bf5fd377c8f3a8340cd@localhost>

#1896: Keep old bindings until :load succeeds
---------------------------------+------------------------------------------
    Reporter:  tibbe             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1896#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:37:31 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:24:11 2009
Subject: [GHC] #1908: Haskell code as a DLL triggers timeouts in the
 client program
In-Reply-To: <043.a4c08a2bb875fc71c5db95aee93c8074@localhost>
References: <043.a4c08a2bb875fc71c5db95aee93c8074@localhost>
Message-ID: <052.7a76fc46c38f8fb256d176d56f391bab@localhost>

#1908: Haskell code as a DLL  triggers timeouts in the client program
-------------------------------+--------------------------------------------
    Reporter:  mafo            |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  normal          |    Milestone:  6.12 branch
   Component:  Compiler (FFI)  |      Version:  6.8.1      
    Severity:  normal          |   Resolution:             
    Keywords:                  |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86             |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1908#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:38:47 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:25:23 2009
Subject: [GHC] #1911: -w doesn't turn off nullModuleExport
In-Reply-To: <052.f8888bb7a75c82cffc374ff0c38b4c43@localhost>
References: <052.f8888bb7a75c82cffc374ff0c38b4c43@localhost>
Message-ID: <061.34e452c0b122713a40704c0f304fdeba@localhost>

#1911: -w doesn't turn off nullModuleExport
---------------------------------+------------------------------------------
    Reporter:  AndreaRossato     |        Owner:  AndreaRossato   
        Type:  bug               |       Status:  assigned        
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.1           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

Comment:

 There's a patch attached to this, so we should take a look.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1911#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:43:22 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:30:01 2009
Subject: [GHC] #1954: Incorrect "Defined but not used" warning when
 using GeneralizedNewtypeDeriving
In-Reply-To: <045.e561f4751fbf1f20f885ac5cefecdcbb@localhost>
References: <045.e561f4751fbf1f20f885ac5cefecdcbb@localhost>
Message-ID: <054.8cb0bd49562efdc82f9c0e478291047b@localhost>

#1954: Incorrect "Defined but not used" warning when using
GeneralizedNewtypeDeriving
---------------------------------+------------------------------------------
    Reporter:  magnus            |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1954#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:44:13 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:30:53 2009
Subject: [GHC] #1962: make binary-dist creates nested directories under
 solaris
In-Reply-To: <045.1c0f16657d83ea78ed7447a0378acec8@localhost>
References: <045.1c0f16657d83ea78ed7447a0378acec8@localhost>
Message-ID: <054.9c9e1429427e4fc66320b31ac19f44a1@localhost>

#1962: make binary-dist creates nested directories under solaris
-----------------------------+----------------------------------------------
    Reporter:  maeder        |        Owner:         
        Type:  bug           |       Status:  new    
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.8.1  
    Severity:  normal        |   Resolution:         
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Solaris
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

Comment:

 The new build system probably already does this differently, so we just
 need to confirm that.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1962#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:45:24 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:31:59 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.38ff55ebfabf27464b8e9f71b2b115e0@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 See also #1993.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:45:35 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:32:12 2009
Subject: [GHC] #1993: "RegAllocLinear.getStackSlotFor: out of stack
 slots" when compiling SHA1.hs in darcs
In-Reply-To: <047.e84806530b859709e5179210f10fbc2c@localhost>
References: <047.e84806530b859709e5179210f10fbc2c@localhost>
Message-ID: <056.adc9251dccaa442cea334c43e345bba3@localhost>

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

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

Comment:

 Closing in favour of #2790.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1993#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:52:37 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:39:15 2009
Subject: [GHC] #1966: Incorrect Outputable instance for InstDecl
In-Reply-To: <044.a38c58added2b3ae3cac99b98cdbc78f@localhost>
References: <044.a38c58added2b3ae3cac99b98cdbc78f@localhost>
Message-ID: <053.87d9d22bcf53d7974eb87c83a790fccd@localhost>

#1966: Incorrect Outputable instance for InstDecl
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:                  
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:  ppr001            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1966#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 16:59:57 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:46:33 2009
Subject: [GHC] #2089: reading the package db is slow
In-Reply-To: <045.d775bdf76041d9776497ac4f6a221252@localhost>
References: <045.d775bdf76041d9776497ac4f6a221252@localhost>
Message-ID: <054.9a1f86d0fd60c4e56a1969f98946f298@localhost>

#2089: reading the package db is slow
---------------------------------------------+------------------------------
    Reporter:  duncan                        |        Owner:                  
        Type:  compile-time performance bug  |       Status:  new             
    Priority:  normal                        |    Milestone:  6.12 branch     
   Component:  Driver                        |      Version:  6.8.2           
    Severity:  minor                         |   Resolution:                  
    Keywords:                                |   Difficulty:  Moderate (1 day)
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  x86_64 (amd64)                |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2089#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:07:46 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:54:26 2009
Subject: [GHC] #2078: INLINE and strictness
In-Reply-To: <046.ec2465d43c714bfe8387201a59766658@localhost>
References: <046.ec2465d43c714bfe8387201a59766658@localhost>
Message-ID: <055.17bf4ee4e43cb62563e551459adf3aa4@localhost>

#2078: INLINE and strictness
-----------------------------------------+----------------------------------
    Reporter:  simonpj                   |        Owner:  simonpj         
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.8.2           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2078#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:07:59 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 16:54:35 2009
Subject: [GHC] #2075: hpc should render information about the run in its
 html markup
In-Reply-To: <043.efa0d0e9e80dc67976454293fca2d82f@localhost>
References: <043.efa0d0e9e80dc67976454293fca2d82f@localhost>
Message-ID: <052.efbc2fefd7b4dc50414774db55731dcb@localhost>

#2075: hpc should render information about the run in its html markup
---------------------------------+------------------------------------------
    Reporter:  dons              |        Owner:  andy@galois.com 
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Code Coverage     |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2075#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:13:55 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:00:31 2009
Subject: [GHC] #2064: problems with duplicate modules
In-Reply-To: <047.fdf7f2c34537ee71076b19d77bccf5a5@localhost>
References: <047.fdf7f2c34537ee71076b19d77bccf5a5@localhost>
Message-ID: <056.be411a339d5a8fd0ce7fbe42c75c04c7@localhost>

#2064: problems with duplicate modules
---------------------------------+------------------------------------------
    Reporter:  Frederik          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2064#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:14:19 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:00:56 2009
Subject: [GHC] #2058: Ghci tab-completion cannot handle Unicode
In-Reply-To: <047.a8886855c87afec46dd99ad6a799741e@localhost>
References: <047.a8886855c87afec46dd99ad6a799741e@localhost>
Message-ID: <056.d4634bb5e1f61f2a0fd631222c450f3c@localhost>

#2058: Ghci tab-completion cannot handle Unicode
---------------------------------+------------------------------------------
    Reporter:  desegnis          |        Owner:         
        Type:  bug               |       Status:  new    
    Priority:  normal            |    Milestone:  6.12.1 
   Component:  GHCi              |      Version:  6.9    
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Linux  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2058#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:21:12 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:07:47 2009
Subject: [GHC] #2051: -hide-package doesn't allow hiding uninstalled
 package
In-Reply-To: <053.fd935e025acfb737c5e2348105b5b118@localhost>
References: <053.fd935e025acfb737c5e2348105b5b118@localhost>
Message-ID: <062.efc0874c66a5c0220835a55f3e915a46@localhost>

#2051: -hide-package doesn't allow hiding uninstalled package
--------------------------------+-------------------------------------------
    Reporter:  MagnusTherning   |        Owner:         
        Type:  feature request  |       Status:  new    
    Priority:  normal           |    Milestone:  6.12.1 
   Component:  Compiler         |      Version:  6.8.2  
    Severity:  trivial          |   Resolution:         
    Keywords:                   |   Difficulty:  Unknown
    Testcase:                   |           Os:  Linux  
Architecture:  x86_64 (amd64)   |  
--------------------------------+-------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2051#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:23:30 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:10:33 2009
Subject: [GHC] #2041: Allow splicing in concrete syntax
In-Reply-To: <044.42309534ba1bde34757106bdf2d7d6ae@localhost>
References: <044.42309534ba1bde34757106bdf2d7d6ae@localhost>
Message-ID: <053.2484763134e7bd13d2700c26e6962ec6@localhost>

#2041: Allow splicing in concrete syntax
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Template Haskell  |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => _|_

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2041#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:24:51 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:11:28 2009
Subject: [GHC] #2034: In FilePath, current directory should be ".",
 not ""
In-Reply-To: <044.ce5a2afddc700a95979f00cd58ea4c17@localhost>
References: <044.ce5a2afddc700a95979f00cd58ea4c17@localhost>
Message-ID: <053.26a3ebf65493365dda5f30c1eabc4718@localhost>

#2034: In FilePath, current directory should be ".", not ""
----------------------------------+-----------------------------------------
    Reporter:  igloo              |        Owner:  neil            
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.12.1          
   Component:  libraries (other)  |      Version:  6.8.1           
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2034#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:25:24 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:12:01 2009
Subject: [GHC] #2028: STM slightly conservative on write-only
 transactions
In-Reply-To: <048.c06b21d8ef59b6cc153a10d02c678d4e@localhost>
References: <048.c06b21d8ef59b6cc153a10d02c678d4e@localhost>
Message-ID: <057.011d13ec80d5fc390aa6a4c9690d9d2e@localhost>

#2028: STM slightly conservative on write-only transactions
-----------------------------------------+----------------------------------
    Reporter:  JulesBean                 |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.8.1           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2028#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:26:31 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:13:10 2009
Subject: [GHC] #2021: let ghc find framework header files and link with
 frameworks located in $HOME/Library/Frameworks
In-Reply-To: <045.f644abcffe54149a52e1b357b6ba7b01@localhost>
References: <045.f644abcffe54149a52e1b357b6ba7b01@localhost>
Message-ID: <054.3b1553c6ea0f8c12315155c9aed6be03@localhost>

#2021: let ghc find framework header files and link with frameworks located in
$HOME/Library/Frameworks
---------------------------------+------------------------------------------
    Reporter:  maeder            |        Owner:             
        Type:  feature request   |       Status:  new        
    Priority:  normal            |    Milestone:  6.12 branch
   Component:  Compiler          |      Version:  6.8.2      
    Severity:  normal            |   Resolution:             
    Keywords:                    |   Difficulty:  Easy (1 hr)
    Testcase:                    |           Os:  MacOS X    
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2021#comment:18>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:29:26 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:16:02 2009
Subject: [GHC] #2007: :main deals poorly with \escape characters
In-Reply-To: <051.31a1f2da1e7713c9cec48de31e4dfc28@localhost>
References: <051.31a1f2da1e7713c9cec48de31e4dfc28@localhost>
Message-ID: <060.9350e9c07f1c29345245586f83a95c67@localhost>

#2007: :main deals poorly with \escape characters
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  GHCi              |      Version:  6.9             
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 It looks like this has already been done.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2007#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:29:38 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:16:14 2009
Subject: [GHC] #2006: unreachable GADT pattern clauses show up as
 warnings with -Wall
In-Reply-To: <044.a004885c928a62e2a73bf12df457c462@localhost>
References: <044.a004885c928a62e2a73bf12df457c462@localhost>
Message-ID: <053.85f417886861f9d217a4cfdf0115b97c@localhost>

#2006: unreachable GADT pattern clauses show up as warnings with -Wall
---------------------------------+------------------------------------------
    Reporter:  ryani             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2006#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:47:00 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:33:39 2009
Subject: [GHC] #2102: Typeclass membership doesn't bring coercion
 superclass requirements into scope
In-Reply-To: <044.023554459a3970ac357a8591131972fb@localhost>
References: <044.023554459a3970ac357a8591131972fb@localhost>
Message-ID: <053.7ed13b66957dcfe74f994131cac1b6a4@localhost>

#2102: Typeclass membership doesn't bring coercion superclass requirements into
scope
----------------------------------------+-----------------------------------
    Reporter:  ryani                    |        Owner:  chak            
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.8.2           
    Severity:  normal                   |   Resolution:                  
    Keywords:  superclass equalities    |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2102#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:50:07 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:36:43 2009
Subject: [GHC] #2104: Add Labels
In-Reply-To: <045.8e0dd3d5e2a0d3899747780f8d7a3947@localhost>
References: <045.8e0dd3d5e2a0d3899747780f8d7a3947@localhost>
Message-ID: <054.a7e73d2b6e2d55adf16d375a5d53c508@localhost>

#2104: Add Labels
---------------------------------+------------------------------------------
    Reporter:  barney            |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2104#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:51:26 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:38:07 2009
Subject: [GHC] #2107: "make install" doesn't install local copy of manual
In-Reply-To: <042.eca0231bd2811cd8c01aa5a60d7a4d69@localhost>
References: <042.eca0231bd2811cd8c01aa5a60d7a4d69@localhost>
Message-ID: <051.73139c399b86a46e1f1ee7dfc03a21df@localhost>

#2107: "make install" doesn't install local copy of manual
---------------------------------+------------------------------------------
    Reporter:  tim               |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.9             
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2107#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:55:51 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:42:27 2009
Subject: [GHC] #2110: Rules to eliminate casted id's
In-Reply-To: <044.f3b76b9e96701f6ebb57092f8cedf6df@localhost>
References: <044.f3b76b9e96701f6ebb57092f8cedf6df@localhost>
Message-ID: <053.cbef158228cd408ab0a89ad5f9e1462c@localhost>

#2110: Rules to eliminate casted id's
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2110#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 17:58:01 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:44:37 2009
Subject: [GHC] #2119: explicitly importing deprecated symbols should
 elicit the deprecation warning
In-Reply-To: <045.affc63bba10af8681f58c8409e4aaf99@localhost>
References: <045.affc63bba10af8681f58c8409e4aaf99@localhost>
Message-ID: <054.05d3092eb9a2f17892d53ba0aa600f48@localhost>

#2119: explicitly importing deprecated symbols should elicit the deprecation
warning
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2119#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:04:13 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:50:50 2009
Subject: [GHC] #2123: implement waitForProcess using signals
In-Reply-To: <047.96e17276f11f467a9162fc8e32a52352@localhost>
References: <047.96e17276f11f467a9162fc8e32a52352@localhost>
Message-ID: <056.84d76d6e29dd81978df8e95d491662e8@localhost>

#2123: implement waitForProcess using signals
----------------------------------+-----------------------------------------
    Reporter:  simonmar           |        Owner:                  
        Type:  task               |       Status:  new             
    Priority:  normal             |    Milestone:  6.12 branch     
   Component:  libraries/process  |      Version:  6.8.2           
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Moderate (1 day)
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2123#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:04:32 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:51:08 2009
Subject: [GHC] #2132: Optimise nested comparisons
In-Reply-To: <046.ba0b25228872b80f2daed8d0d0f8352f@localhost>
References: <046.ba0b25228872b80f2daed8d0d0f8352f@localhost>
Message-ID: <055.b85af283a9029d713f2202dacf0dca54@localhost>

#2132: Optimise nested comparisons
-----------------------------------------+----------------------------------
    Reporter:  simonpj                   |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.8.2           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2132#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:04:44 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:51:20 2009
Subject: [GHC] #2135: Warn if functions are exported whose types cannot
 be written
In-Reply-To: <043.35b90084d0b2e9ea71da1e13a35480dd@localhost>
References: <043.35b90084d0b2e9ea71da1e13a35480dd@localhost>
Message-ID: <052.e645d634a43cb3031b3d57e32273b618@localhost>

#2135: Warn if functions are exported whose types cannot be written
---------------------------------+------------------------------------------
    Reporter:  dons              |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:  warnings          |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2135#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:05:13 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:51:49 2009
Subject: [GHC] #2140: cpuTimePrecision is wrong for me on Windows (XP)
In-Reply-To: <044.c00dea462eff931d52d78fdca8894af2@localhost>
References: <044.c00dea462eff931d52d78fdca8894af2@localhost>
Message-ID: <053.4702ceb87fc0f04a854591b1961433ff@localhost>

#2140: cpuTimePrecision is wrong for me on Windows (XP)
-------------------------------+--------------------------------------------
    Reporter:  guest           |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  normal          |    Milestone:  6.12 branch
   Component:  libraries/base  |      Version:  6.8.2      
    Severity:  normal          |   Resolution:             
    Keywords:                  |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Windows    
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2140#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:05:40 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:52:17 2009
Subject: [GHC] #2147: unhelpful error message for a misplaced DEPRECATED
 pragma
In-Reply-To: <044.4706a1b0e36567a842f434c8ed45f7f6@localhost>
References: <044.4706a1b0e36567a842f434c8ed45f7f6@localhost>
Message-ID: <053.6f1931dcbeecee7111226fbee23fd196@localhost>

#2147: unhelpful error message for a misplaced DEPRECATED pragma
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2147#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:07:04 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:53:40 2009
Subject: [GHC] #2152: bogus inlining of foreign import "foo.h &foo"
In-Reply-To: <047.0a1ee6738155b38bc12c1c5c56928fad@localhost>
References: <047.0a1ee6738155b38bc12c1c5c56928fad@localhost>
Message-ID: <056.bb4d719d04a8a63189a84b4dbed8a773@localhost>

#2152: bogus inlining of foreign import "foo.h &foo"
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  simonpj         
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2152#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:07:33 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:54:13 2009
Subject: [GHC] #2159: Use a more efficient representation than [DynFlag]
In-Reply-To: <044.7464fd042e6f0696195045db2d1740fe@localhost>
References: <044.7464fd042e6f0696195045db2d1740fe@localhost>
Message-ID: <053.bba9130fbd454f9eb754775fce54021a@localhost>

#2159: Use a more efficient representation than [DynFlag]
---------------------------------------------+------------------------------
    Reporter:  igloo                         |        Owner:                  
        Type:  compile-time performance bug  |       Status:  new             
    Priority:  normal                        |    Milestone:  6.12 branch     
   Component:  Compiler                      |      Version:  6.8.2           
    Severity:  normal                        |   Resolution:                  
    Keywords:                                |   Difficulty:  Unknown         
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple              |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2159#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:09:46 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:56:27 2009
Subject: [GHC] #2168: ghci should show haddock comments for identifier
In-Reply-To: <049.47be5fa91ec9885f4a8847376f7f589a@localhost>
References: <049.47be5fa91ec9885f4a8847376f7f589a@localhost>
Message-ID: <058.97281459a81b7560eada75b09be6afe5@localhost>

#2168: ghci should show haddock comments for identifier
---------------------------------+------------------------------------------
    Reporter:  j.waldmann        |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2168#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:10:22 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 17:57:28 2009
Subject: [GHC] #2180: Any installed signal handler stops deadlock
 detection, but XCPU never happens in a deadlock
In-Reply-To: <045.aae0aee80d987ae754764eec42f593a9@localhost>
References: <045.aae0aee80d987ae754764eec42f593a9@localhost>
Message-ID: <054.7d246ba2635de66e8c8f3293e34a0a94@localhost>

#2180: Any installed signal handler stops deadlock detection, but XCPU never
happens in a deadlock
---------------------------------+------------------------------------------
    Reporter:  Baughn            |        Owner:  Baughn          
        Type:  feature request   |       Status:  assigned        
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Runtime System    |      Version:  6.9             
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2180#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:13:28 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:00:08 2009
Subject: [GHC] #2658: Extreme memory usage (probably type functions)
In-Reply-To: <044.e9d0778983f3efa5257edab0ca1c5901@localhost>
References: <044.e9d0778983f3efa5257edab0ca1c5901@localhost>
Message-ID: <053.7caf506d3daf14e78c5ccb416d803fc9@localhost>

#2658: Extreme memory usage (probably type functions)
----------------------------------------+-----------------------------------
    Reporter:  guest                    |        Owner:  chak   
        Type:  bug                      |       Status:  new    
    Priority:  low                      |    Milestone:  6.12.1 
   Component:  Compiler (Type checker)  |      Version:  6.9    
    Severity:  major                    |   Resolution:         
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Linux  
Architecture:  x86_64 (amd64)           |  
----------------------------------------+-----------------------------------
Comment (by guest):

 Meh, you may as well change this to wontfix. I'm no longer working on this
 code and don't have the time or inclination to try and cut this down.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2658#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:20:03 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:06:39 2009
Subject: [GHC] #2184: if findExecutable finds a file that matchs the
 argument, check if it is an executable
In-Reply-To: <043.14945e7e7a44f91d6d7e77f4c5d2fcfb@localhost>
References: <043.14945e7e7a44f91d6d7e77f4c5d2fcfb@localhost>
Message-ID: <052.0692253378dc8f4fdd70da5b2533ea25@localhost>

#2184: if findExecutable finds a file that matchs the argument, check if it is an
executable
------------------------------------------------+---------------------------
    Reporter:  iago                             |        Owner:             
        Type:  bug                              |       Status:  new        
    Priority:  normal                           |    Milestone:  6.12 branch
   Component:  libraries/directory              |      Version:  6.8.2      
    Severity:  normal                           |   Resolution:             
    Keywords:  findExecutable check executable  |   Difficulty:  Unknown    
    Testcase:                                   |           Os:  Linux      
Architecture:  x86                              |  
------------------------------------------------+---------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2184#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:20:29 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:07:06 2009
Subject: [GHC] #2185: Memory leak with parMap
In-Reply-To: <044.5c6962ddf20fe9d5c3ed9f8bcf46a5b6@localhost>
References: <044.5c6962ddf20fe9d5c3ed9f8bcf46a5b6@localhost>
Message-ID: <053.ad4c5d6b4ac101c01cce690ad8754314@localhost>

#2185: Memory leak with parMap
-----------------------------------------+----------------------------------
    Reporter:  igloo                     |        Owner:  simonmar        
        Type:  run-time performance bug  |       Status:  reopened        
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Runtime System            |      Version:  6.8.2           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2185#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:21:36 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:08:19 2009
Subject: [GHC] #2203: TFs in class instances heads
In-Reply-To: <043.d54d86ddec760e3a2475c6e848a97d7e@localhost>
References: <043.d54d86ddec760e3a2475c6e848a97d7e@localhost>
Message-ID: <052.4d64cf6cb5b765c08bb05f806f8110a2@localhost>

#2203: TFs in class instances heads
----------------------------------------+-----------------------------------
    Reporter:  chak                     |        Owner:  chak            
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.9             
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:  T2203a                   |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2203#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:27:28 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:14:04 2009
Subject: [GHC] #2207: Load the interface details for GHC.* even without
 -O
In-Reply-To: <046.c160dd85a0a0b0a47d62c75151b28378@localhost>
References: <046.c160dd85a0a0b0a47d62c75151b28378@localhost>
Message-ID: <055.176e04f4009e6eb709ebfbc93d260f53@localhost>

#2207: Load the interface details for GHC.* even without -O
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2207#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:30:14 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:16:49 2009
Subject: [GHC] #2208: many .xml files for the User's Manual force
 xml-mode in emacs
In-Reply-To: <043.dbdf8ae310e46744a6c504b004f1a2cd@localhost>
References: <043.dbdf8ae310e46744a6c504b004f1a2cd@localhost>
Message-ID: <052.4c83a15eb20988955818a950dca19fe0@localhost>

#2208: many .xml files for the User's Manual force xml-mode in emacs
---------------------------------+------------------------------------------
    Reporter:  SamB              |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Documentation     |      Version:  6.9             
    Severity:  normal            |   Resolution:                  
    Keywords:  emacs             |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2208#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:30:54 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:17:30 2009
Subject: [GHC] #2210: ghci gets into weird state if loading a module
 with a bad LANGUAGE pragma
In-Reply-To: <042.5443ce857d991a3638a2d4dd2d291753@localhost>
References: <042.5443ce857d991a3638a2d4dd2d291753@localhost>
Message-ID: <051.c67ab0f8303601a16432d004e88ba08f@localhost>

#2210: ghci gets into weird state if loading a module with a bad LANGUAGE pragma
---------------------------------+------------------------------------------
    Reporter:  bos               |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2210#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:33:33 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:20:09 2009
Subject: [GHC] #2215: :disable command to disable breakpoints
In-Reply-To: <043.47da2ed31d640e7b0815bd5873ce0ad5@localhost>
References: <043.47da2ed31d640e7b0815bd5873ce0ad5@localhost>
Message-ID: <052.526d4afda68b7f016635757ed249e1e4@localhost>

#2215: :disable command to disable breakpoints
---------------------------------+------------------------------------------
    Reporter:  SamB              |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.9             
    Severity:  major             |   Resolution:                  
    Keywords:  debugger ghci     |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2215#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:35:48 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:22:26 2009
Subject: [GHC] #2218: ghci leaks memory on :reload etc
In-Reply-To: <045.8a6d8f2645e2e281aaf28111fdc114b6@localhost>
References: <045.8a6d8f2645e2e281aaf28111fdc114b6@localhost>
Message-ID: <054.a75a790633aed7485c04db64f3f719eb@localhost>

#2218: ghci leaks memory on :reload etc
-----------------------+----------------------------------------------------
    Reporter:  ganesh  |        Owner:             
        Type:  bug     |       Status:  closed     
    Priority:  normal  |    Milestone:  6.10 branch
   Component:  GHCi    |      Version:  6.8.2      
    Severity:  normal  |   Resolution:  invalid    
    Keywords:          |   Difficulty:  Unknown    
    Testcase:          |           Os:  Linux      
Architecture:  x86     |  
-----------------------+----------------------------------------------------
Changes (by igloo):

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

Comment:

 No response, so closing.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2218#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:36:08 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:22:45 2009
Subject: [GHC] #2224: -fhpc inteferes/prevents rewrite rules from firing
In-Reply-To: <043.0a1d2cb80ab6ed909cbaaf8b919814c3@localhost>
References: <043.0a1d2cb80ab6ed909cbaaf8b919814c3@localhost>
Message-ID: <052.621e071b6e32187f62ecf041108232e8@localhost>

#2224: -fhpc inteferes/prevents rewrite rules from firing
---------------------------------+------------------------------------------
    Reporter:  dons              |        Owner:  andy@galois.com 
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Code Coverage     |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:  rules, hpc        |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2224#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:41:09 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:27:45 2009
Subject: [GHC] #2236: Deep stacks make execution time go through the roof
In-Reply-To: <046.3a0daf0dccbb67382aad82aeb994d473@localhost>
References: <046.3a0daf0dccbb67382aad82aeb994d473@localhost>
Message-ID: <055.e29d50e0e161b5d31563f70d5b6bdcf4@localhost>

#2236: Deep stacks make execution time go through the roof
-----------------------------------------+----------------------------------
    Reporter:  simonpj                   |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Runtime System            |      Version:  6.8.2           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2236#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:44:04 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:30:39 2009
Subject: [GHC] #2239: lack of improvement/reduction with TFs
In-Reply-To: <044.40f3b78a317b6571e596e1e3328f356b@localhost>
References: <044.40f3b78a317b6571e596e1e3328f356b@localhost>
Message-ID: <053.81f0ed9c0d7dacd8937903cb56e9664f@localhost>

#2239: lack of improvement/reduction with TFs
----------------------------------------+-----------------------------------
    Reporter:  claus                    |        Owner:                  
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.9             
    Severity:  normal                   |   Resolution:                  
    Keywords:  TF vs FD                 |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2239#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:46:54 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:33:30 2009
Subject: [GHC] #2244: load in GHCi doesn't work with UTF-8 filenames
In-Reply-To: <047.b0858d6d8758a91eff606da681db9fc0@localhost>
References: <047.b0858d6d8758a91eff606da681db9fc0@localhost>
Message-ID: <056.e7559493ff4b7a4d7f921e7f6ea78d4a@localhost>

#2244: load in GHCi doesn't work with UTF-8 filenames
---------------------------------+------------------------------------------
    Reporter:  malebria          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.2           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2244#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:47:57 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:34:36 2009
Subject: [GHC] #2253: Native code generator could do better
In-Reply-To: <043.862f2d1bf55b0e0d2dddbf6af3659352@localhost>
References: <043.862f2d1bf55b0e0d2dddbf6af3659352@localhost>
Message-ID: <052.e29eb413a42d4eea3de5a039f0ee5cdc@localhost>

#2253: Native code generator could do better
-----------------------------------------+----------------------------------
    Reporter:  dons                      |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler (NCG)            |      Version:  6.8.2           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2253#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:49:51 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:36:27 2009
Subject: [GHC] #2256: Incompleteness of type inference: must quantify
 over implication constraints
In-Reply-To: <046.2c6c7c4440a32ff5fbe5ad1f48bf6276@localhost>
References: <046.2c6c7c4440a32ff5fbe5ad1f48bf6276@localhost>
Message-ID: <055.45893242e19e5bb7c1a290ba4ce18890@localhost>

#2256: Incompleteness of type inference: must quantify over implication
constraints
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:  simonpj         
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2256#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:52:20 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:38:56 2009
Subject: [GHC] #2258: ghc --cleanup
In-Reply-To: <044.6a7e7db2214398b58538f207783c755e@localhost>
References: <044.6a7e7db2214398b58538f207783c755e@localhost>
Message-ID: <053.63bc4a81a116b035f5b01eb3f9c9d124@localhost>

#2258: ghc --cleanup
---------------------------------+------------------------------------------
    Reporter:  claus             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2258#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:52:51 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:39:26 2009
Subject: [GHC] #2260: Non-ideal error message for misplaced LANGUAGE
 pragma
In-Reply-To: <044.7cbacc8885ebc555467b0dece9c1a57d@localhost>
References: <044.7cbacc8885ebc555467b0dece9c1a57d@localhost>
Message-ID: <053.ecf866395315bc44f708dc8b08ff471b@localhost>

#2260: Non-ideal error message for misplaced LANGUAGE pragma
----------------------------------+-----------------------------------------
    Reporter:  TomMD              |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.12 branch     
   Component:  Compiler (Parser)  |      Version:  6.8.2           
    Severity:  trivial            |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2260#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:54:20 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:40:57 2009
Subject: [GHC] #2269: Word type to Double or Float conversions are
 slower than Int conversions
In-Reply-To: <043.be417919ffcce10010ccb473704f0755@localhost>
References: <043.be417919ffcce10010ccb473704f0755@localhost>
Message-ID: <052.f50a4e00d9d6ade65d5a1aa8d2838165@localhost>

#2269: Word type to Double or Float conversions are slower than Int conversions
-------------------------------------------+--------------------------------
    Reporter:  dons                        |        Owner:  dons@galois.com 
        Type:  feature request             |       Status:  new             
    Priority:  normal                      |    Milestone:  6.12 branch     
   Component:  Compiler                    |      Version:  6.8.2           
    Severity:  normal                      |   Resolution:                  
    Keywords:  rules, performance, double  |   Difficulty:  Unknown         
    Testcase:                              |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple            |  
-------------------------------------------+--------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2269#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:55:03 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:41:40 2009
Subject: [GHC] #2281: properFraction implemented with modf primitive?
In-Reply-To: <044.76024905950f1c976abf1516a4afff90@localhost>
References: <044.76024905950f1c976abf1516a4afff90@localhost>
Message-ID: <053.9129ed396a591dda8d8b648aa05a6ff1@localhost>

#2281: properFraction implemented with modf primitive?
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:  igloo           
        Type:  proposal          |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * owner:  => igloo
  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2281#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:56:22 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:43:23 2009
Subject: [GHC] #2282: threaded runtime system crashes on powerpc with -N2
In-Reply-To: <068.a075e93dacb792d84b85e8eb8eea3deb@localhost>
References: <068.a075e93dacb792d84b85e8eb8eea3deb@localhost>
Message-ID: <077.d9a047f3153ebf15796eb36eafe8342c@localhost>

#2282: threaded runtime system crashes on powerpc with -N2
----------------------------------------------+-----------------------------
    Reporter:  malcolm.wallace@cs.york.ac.uk  |        Owner:             
        Type:  bug                            |       Status:  new        
    Priority:  low                            |    Milestone:  6.12 branch
   Component:  Runtime System                 |      Version:  6.8.2      
    Severity:  normal                         |   Resolution:             
    Keywords:                                 |   Difficulty:  Unknown    
    Testcase:                                 |           Os:  MacOS X    
Architecture:  powerpc                        |  
----------------------------------------------+-----------------------------
Changes (by igloo):

  * priority:  normal => low
  * milestone:  6.10 branch => 6.12 branch

Comment:

 low priority as not a tier 1 arch.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2282#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:58:44 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:45:21 2009
Subject: [GHC] #2289: Needless reboxing of values when returning from a
 tight loop
In-Reply-To: <043.32b2235b0e9fe1aba0c28a0cd28686b3@localhost>
References: <043.32b2235b0e9fe1aba0c28a0cd28686b3@localhost>
Message-ID: <052.c8edb96042dc581270f4d91f927929e8@localhost>

#2289: Needless reboxing of values when returning from a tight loop
-------------------------------------------+--------------------------------
    Reporter:  dons                        |        Owner:                  
        Type:  run-time performance bug    |       Status:  new             
    Priority:  normal                      |    Milestone:  6.12 branch     
   Component:  Compiler                    |      Version:  6.8.2           
    Severity:  normal                      |   Resolution:                  
    Keywords:  boxing, loops, performance  |   Difficulty:  Unknown         
    Testcase:                              |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple            |  
-------------------------------------------+--------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2289#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 18:59:45 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:46:21 2009
Subject: [GHC] #2296: Functional dependencies error message has no
 position information
In-Reply-To: <051.b7043276a2125146a84a038bd8ef8992@localhost>
References: <051.b7043276a2125146a84a038bd8ef8992@localhost>
Message-ID: <060.ad4320ed4e8ecdbb5af654989a3afb08@localhost>

#2296: Functional dependencies error message has no position information
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2296#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 19:03:37 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:50:13 2009
Subject: [GHC] #2325: Compile-time computations
In-Reply-To: <042.ec8f910033c06987836e7597539e54db@localhost>
References: <042.ec8f910033c06987836e7597539e54db@localhost>
Message-ID: <051.8efcdd1f7abc64c3ab5888bfa51829ce@localhost>

#2325: Compile-time computations
-----------------------------------------+----------------------------------
    Reporter:  ajd                       |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.8.2           
    Severity:  normal                    |   Resolution:                  
    Keywords:  constant folding          |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2325#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 19:05:02 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:51:38 2009
Subject: [GHC] #2333: Emit a warning if an INLINE function is a loop
 breaker
In-Reply-To: <046.23407b4f66367aefddc60efec387ceb9@localhost>
References: <046.23407b4f66367aefddc60efec387ceb9@localhost>
Message-ID: <055.915c5b9e9b79e66a68f6a220992b7b53@localhost>

#2333: Emit a warning if an INLINE function is a loop breaker
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2333#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 12 19:12:16 2009
From: trac at galois.com (GHC)
Date: Sun Apr 12 18:58:53 2009
Subject: [GHC] #2345: :browse limitations (browsing virtual namespaces, 
 listing namespaces)
In-Reply-To: <044.b5a5c824d7248b2cf228e752ae42706b@localhost>
References: <044.b5a5c824d7248b2cf228e752ae42706b@localhost>
Message-ID: <053.ed1588a421b5ab368ec1b4aca9303838@localhost>

#2345: :browse limitations (browsing virtual namespaces, listing namespaces)
---------------------------------+------------------------------------------
    Reporter:  claus             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2345#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 02:33:34 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 02:20:41 2009
Subject: [GHC] #3162: Windows users can't compile time package
In-Reply-To: <051.e2a6e86baab182908c29e63c525cd923@localhost>
References: <051.e2a6e86baab182908c29e63c525cd923@localhost>
Message-ID: <060.516212eb2b9f3df3247a72c34e1465fa@localhost>

#3162: Windows users can't compile time package
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by cjs):

 * cc: cjs@starling-software.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3162#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 10:13:18 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 09:59:54 2009
Subject: [GHC] #3153: Panic on syntactically wrong LANGUAGE pragma
In-Reply-To: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
References: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
Message-ID: <055.3889228d4e3ead3a4feb60762b04e280@localhost>

#3153: Panic on syntactically wrong LANGUAGE pragma
-------------------------------+--------------------------------------------
    Reporter:  b_jonas         |        Owner:  igloo  
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:         
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  minor           |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by guest):

 An even simpler test case is
 {{{
 {-# LANGUAGE
 #-}
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3153#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:30:12 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:16:58 2009
Subject: [GHC] #2353: GHC inliner doesn't
In-Reply-To: <044.0a130fadcfff13182791f64ebade3181@localhost>
References: <044.0a130fadcfff13182791f64ebade3181@localhost>
Message-ID: <053.ae57027632db4bbb6b3fd557a238854a@localhost>

#2353: GHC inliner doesn't
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.9             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2353#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:32:41 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:19:17 2009
Subject: [GHC] #2362: allow full import syntax in GHCi
In-Reply-To: <051.a17c861cfc196911194c3abd0e428c4d@localhost>
References: <051.a17c861cfc196911194c3abd0e428c4d@localhost>
Message-ID: <060.2ee67f7b588812a6b7140c1751c83a92@localhost>

#2362: allow full import syntax in GHCi
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:  ghci, import      |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * priority:  normal => high
  * milestone:  6.10 branch => 6.12.1

Comment:

 See also #1895

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2362#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:33:16 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:19:50 2009
Subject: [GHC] #2365: Warn about suspicious flags in OPTIONS_GHC pragmas
In-Reply-To: <044.945add75703117abb32003d74d697760@localhost>
References: <044.945add75703117abb32003d74d697760@localhost>
Message-ID: <053.ceba2601dde859b8178ba358c2fc13d2@localhost>

#2365: Warn about suspicious flags in OPTIONS_GHC pragmas
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2365#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:33:36 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:20:08 2009
Subject: [GHC] #2370: num009 fails on OS X 10.5?
In-Reply-To: <053.a1cda8d160d47acd1fc4d157514492c8@localhost>
References: <053.a1cda8d160d47acd1fc4d157514492c8@localhost>
Message-ID: <062.1758dcb6c2c872a44c3c508522cd4fd6@localhost>

#2370: num009 fails on OS X 10.5?
-----------------------------------+----------------------------------------
    Reporter:  batterseapower      |        Owner:             
        Type:  bug                 |       Status:  new        
    Priority:  normal              |    Milestone:  6.12 branch
   Component:  Compiler            |      Version:  6.9        
    Severity:  normal              |   Resolution:             
    Keywords:                      |   Difficulty:  Unknown    
    Testcase:  lib/Numeric/num009  |           Os:  MacOS X    
Architecture:  x86_64 (amd64)      |  
-----------------------------------+----------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2370#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:39:18 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:25:52 2009
Subject: [GHC] #2374: MutableByteArray# is slower than Addr#
In-Reply-To: <044.46877f1bb530048ac22aec20e1b9d3f2@localhost>
References: <044.46877f1bb530048ac22aec20e1b9d3f2@localhost>
Message-ID: <053.15d3253f202bc2c77dea9a8a2abca863@localhost>

#2374: MutableByteArray# is slower than Addr#
----------------------------------+-----------------------------------------
    Reporter:  dolio              |        Owner:             
        Type:  bug                |       Status:  new        
    Priority:  normal             |    Milestone:  6.12 branch
   Component:  Compiler (NCG)     |      Version:  6.8.2      
    Severity:  minor              |   Resolution:             
    Keywords:  performance array  |   Difficulty:  Unknown    
    Testcase:                     |           Os:  Linux      
Architecture:  x86_64 (amd64)     |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2374#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:39:42 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:26:16 2009
Subject: [GHC] #2387: Optimizer misses unboxing opportunity
In-Reply-To: <044.f6f12d90c4b64de9fb4d129e27bf4881@localhost>
References: <044.f6f12d90c4b64de9fb4d129e27bf4881@localhost>
Message-ID: <053.61a617446ec65c244dafd864f2d1be9d@localhost>

#2387: Optimizer misses unboxing opportunity
-----------------------------------------+----------------------------------
    Reporter:  dolio                     |        Owner:             
        Type:  run-time performance bug  |       Status:  new        
    Priority:  normal                    |    Milestone:  6.12 branch
   Component:  Compiler                  |      Version:  6.8.2      
    Severity:  minor                     |   Resolution:             
    Keywords:  optimizer unbox box       |   Difficulty:  Unknown    
    Testcase:                            |           Os:  Linux      
Architecture:  x86_64 (amd64)            |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2387#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:43:47 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:30:28 2009
Subject: [GHC] #2395: "Pattern match(es) are overlapped" warning with a
 single view pattern (ghc 6.9.20080606)
In-Reply-To: <047.ecbd48e54b1bf1fee3a4558a1775b513@localhost>
References: <047.ecbd48e54b1bf1fee3a4558a1775b513@localhost>
Message-ID: <056.8dbd5d84cf22095186294f30f58cb97d@localhost>

#2395: "Pattern match(es) are overlapped" warning with a single view pattern (ghc
6.9.20080606)
---------------------------------+------------------------------------------
    Reporter:  rwbarton          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.9             
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2395#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:44:10 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:30:44 2009
Subject: [GHC] #2396: Default class method not inlined
In-Reply-To: <048.a2f64c0eb30b8a114516784a80e7f6fb@localhost>
References: <048.a2f64c0eb30b8a114516784a80e7f6fb@localhost>
Message-ID: <057.bcc51b788557f82a5cc1d451a32cedce@localhost>

#2396: Default class method not inlined
-----------------------------------------+----------------------------------
    Reporter:  sedillard                 |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.8.3           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2396#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:46:06 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:32:40 2009
Subject: [GHC] #2416: Optimization defeated by merging module into main
In-Reply-To: <048.56959a6c70911c633555f1458314494a@localhost>
References: <048.56959a6c70911c633555f1458314494a@localhost>
Message-ID: <057.15acb0fc3c5700a317f39eb70b3920fe@localhost>

#2416: Optimization defeated by merging module into main
-------------------------------+--------------------------------------------
    Reporter:  sedillard       |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  normal          |    Milestone:  6.12 branch
   Component:  Compiler        |      Version:  6.8.3      
    Severity:  normal          |   Resolution:             
    Keywords:                  |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2416#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:46:27 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:33:01 2009
Subject: [GHC] #2422: Unrelated instance foils optimizer
In-Reply-To: <048.44d8fab6eafad69dae1f639aff0c37d2@localhost>
References: <048.44d8fab6eafad69dae1f639aff0c37d2@localhost>
Message-ID: <057.1ffec887f57ac3ee0b1b350479a40734@localhost>

#2422: Unrelated instance foils optimizer
--------------------------+-------------------------------------------------
    Reporter:  sedillard  |        Owner:             
        Type:  bug        |       Status:  new        
    Priority:  normal     |    Milestone:  6.12 branch
   Component:  Compiler   |      Version:  6.8.3      
    Severity:  normal     |   Resolution:             
    Keywords:             |   Difficulty:  Unknown    
    Testcase:             |           Os:  Linux      
Architecture:  x86        |  
--------------------------+-------------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2422#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:46:41 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:33:14 2009
Subject: [GHC] #2428: bad error message for multiple modules in the same
 file
In-Reply-To: <051.032da37103557c880f77cd3249b27a59@localhost>
References: <051.032da37103557c880f77cd3249b27a59@localhost>
Message-ID: <060.412c6b98af7bce506e904652abf0bdef@localhost>

#2428: bad error message for multiple modules in the same file
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2428#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:48:38 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:35:17 2009
Subject: [GHC] #2436: Bad warning when exporting data families
In-Reply-To: <041.c0e126f9cae0d4eca6685716c24c2990@localhost>
References: <041.c0e126f9cae0d4eca6685716c24c2990@localhost>
Message-ID: <050.293ecf67e32baf9e2bca8032241c7027@localhost>

#2436: Bad warning when exporting data families
---------------------------------+------------------------------------------
    Reporter:  rl                |        Owner:  chak            
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.9             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2436#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:48:53 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:35:30 2009
Subject: [GHC] #2440: Bad code with type families
In-Reply-To: <041.36cfaf77666d90945b8031e68cebdd8a@localhost>
References: <041.36cfaf77666d90945b8031e68cebdd8a@localhost>
Message-ID: <050.837f9f5503dbc0d2c061c5539647a4f9@localhost>

#2440: Bad code with type families
-----------------------------------------+----------------------------------
    Reporter:  rl                        |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.9             
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2440#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:49:08 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:35:44 2009
Subject: [GHC] #2443: @EnableWin32DLLs@ in mk/config.mk
In-Reply-To: <045.5cbd6ee8b0d9740b3306b11c8e19da4a@localhost>
References: <045.5cbd6ee8b0d9740b3306b11c8e19da4a@localhost>
Message-ID: <054.a6183bd0b141b344b160741b829d14c7@localhost>

#2443: @EnableWin32DLLs@ in mk/config.mk
-----------------------------+----------------------------------------------
    Reporter:  rurban        |        Owner:  rurban          
        Type:  bug           |       Status:  assigned        
    Priority:  normal        |    Milestone:  6.12 branch     
   Component:  Build System  |      Version:  6.8.3           
    Severity:  normal        |   Resolution:                  
    Keywords:                |   Difficulty:  Unknown         
    Testcase:                |           Os:  Unknown/Multiple
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2443#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:49:29 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:36:09 2009
Subject: [GHC] #2455: Building ticky-ticky profiling libraries doesn't
 work
In-Reply-To: <042.404a6408ffd00bc83f7ff98903be15f6@localhost>
References: <042.404a6408ffd00bc83f7ff98903be15f6@localhost>
Message-ID: <051.80e27d039cfa2467a0e764d9bb09c93c@localhost>

#2455: Building ticky-ticky profiling libraries doesn't work
---------------------------------+------------------------------------------
    Reporter:  tim               |        Owner:  tim             
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Profiling         |      Version:  6.9             
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2455#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:49:43 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:36:17 2009
Subject: [GHC] #2466: Execution time mis-accounting
In-Reply-To: <047.14a5fe48bc275ad5be0eac4353281985@localhost>
References: <047.14a5fe48bc275ad5be0eac4353281985@localhost>
Message-ID: <056.ca97a74895e066634db619b4e40c29de@localhost>

#2466: Execution time mis-accounting
--------------------------+-------------------------------------------------
    Reporter:  heatsink   |        Owner:             
        Type:  bug        |       Status:  new        
    Priority:  normal     |    Milestone:  6.12 branch
   Component:  Profiling  |      Version:  6.8.2      
    Severity:  normal     |   Resolution:             
    Keywords:             |   Difficulty:  Unknown    
    Testcase:             |           Os:  Linux      
Architecture:  x86        |  
--------------------------+-------------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2466#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:50:07 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:36:40 2009
Subject: [GHC] #2476: internal error: awaitEvent: descriptor out of range
In-Reply-To: <046.98b2024ece2c4d6cefc902a4a054a14b@localhost>
References: <046.98b2024ece2c4d6cefc902a4a054a14b@localhost>
Message-ID: <055.8ce4efc01eeaa3445ba6899be594447f@localhost>

#2476: internal error: awaitEvent: descriptor out of range
-------------------------------+--------------------------------------------
    Reporter:  newsham         |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  normal          |    Milestone:  6.12 branch
   Component:  Runtime System  |      Version:  6.8.2      
    Severity:  normal          |   Resolution:             
    Keywords:                  |   Difficulty:  Unknown    
    Testcase:                  |           Os:  FreeBSD    
Architecture:  ia64            |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2476#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:50:53 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:37:27 2009
Subject: [GHC] #2500: Unrecognised pragma complained about twice
In-Reply-To: <046.9e9cf92de5daf74529e4e511f971313e@localhost>
References: <046.9e9cf92de5daf74529e4e511f971313e@localhost>
Message-ID: <055.948b18ff396bf470c386e58668b868ff@localhost>

#2500: Unrecognised pragma complained about twice
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2500#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:52:32 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:39:07 2009
Subject: [GHC] #2507: quotation characters in error messages
In-Reply-To: <051.38b1ebfeec872e08862a450e1303ba1d@localhost>
References: <051.38b1ebfeec872e08862a450e1303ba1d@localhost>
Message-ID: <060.692f4d853e8db88e212e81ebadcf7a67@localhost>

#2507: quotation characters in error messages
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2507#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:52:56 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:39:30 2009
Subject: [GHC] #2514: Add/Expose Binary API that allows dumping of any
 GHC Binary instance
In-Reply-To: <047.57cf723e547f8e60541f4f12c39c26fa@localhost>
References: <047.57cf723e547f8e60541f4f12c39c26fa@localhost>
Message-ID: <056.f7c4397dc8dd429aa8860814e0d9b8bf@localhost>

#2514: Add/Expose Binary API that allows dumping of any GHC Binary instance
---------------------------------+------------------------------------------
    Reporter:  nominolo          |        Owner:  nominolo        
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHC API           |      Version:  6.9             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2514#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 11:54:43 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 11:41:17 2009
Subject: [GHC] #2531: Prune duplicates in ghci history
In-Reply-To: <045.a0871c51adeff1456b5bd9c24f43a05b@localhost>
References: <045.a0871c51adeff1456b5bd9c24f43a05b@localhost>
Message-ID: <054.39c2c52d7307a55ef6d4282c401e23d5@localhost>

#2531: Prune duplicates in ghci history
---------------------------------+------------------------------------------
    Reporter:  venkat            |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2531#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:33:02 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:19:36 2009
Subject: [GHC] #2986: :info printing instances often isn't wanted
In-Reply-To: <043.cc7348275a1e64e6491d1ee94042b0a6@localhost>
References: <043.cc7348275a1e64e6491d1ee94042b0a6@localhost>
Message-ID: <052.9b467c452dc9e8b2a922923d3243e2ca@localhost>

#2986: :info printing instances often isn't wanted
---------------------------------+------------------------------------------
    Reporter:  Remi              |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:  :info instances   |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2986#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:34:13 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:21:24 2009
Subject: [GHC] #2933: LDFLAGS ignored by build system
In-Reply-To: <045.854117476da424db3736910ffba011f0@localhost>
References: <045.854117476da424db3736910ffba011f0@localhost>
Message-ID: <054.bfece1f9c0edd079c8c76065b1ae3a0e@localhost>

#2933: LDFLAGS ignored by build system
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:             
        Type:  bug               |       Status:  new        
    Priority:  normal            |    Milestone:  6.12 branch
   Component:  Build System      |      Version:  6.10.1     
    Severity:  normal            |   Resolution:             
    Keywords:                    |   Difficulty:  Unknown    
    Testcase:                    |           Os:  Solaris    
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2933#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:39:17 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:25:52 2009
Subject: [GHC] #2924: createDirectory: permission denied
In-Reply-To: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
References: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
Message-ID: <056.7cef53876ccb8b1fa5e0e1080777c000@localhost>

#2924: createDirectory: permission denied
------------------------------------+---------------------------------------
    Reporter:  simonmar             |        Owner:             
        Type:  bug                  |       Status:  new        
    Priority:  normal               |    Milestone:  6.12 branch
   Component:  libraries/directory  |      Version:  6.10.1     
    Severity:  normal               |   Resolution:             
    Keywords:                       |   Difficulty:  Unknown    
    Testcase:                       |           Os:  Windows    
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2924#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:39:45 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:26:17 2009
Subject: [GHC] #2921: __GLASGOW_HASKELL__ undefined
In-Reply-To: <044.5d41f7fb4e60b06c4b614bb62c74874c@localhost>
References: <044.5d41f7fb4e60b06c4b614bb62c74874c@localhost>
Message-ID: <053.b2c6843c56dcd5db1459dc0165168e9a@localhost>

#2921: __GLASGOW_HASKELL__ undefined
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.10 branch     
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 No response from submitter, so closing.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2921#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:47:49 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:34:21 2009
Subject: [GHC] #2831: Floated error expressions get poor strictness,
 leaving bad arity
In-Reply-To: <046.8cc1f5167158ac5c2c686513574acede@localhost>
References: <046.8cc1f5167158ac5c2c686513574acede@localhost>
Message-ID: <055.a83dc9e962f981af6af62be39b638a24@localhost>

#2831: Floated error expressions get poor strictness, leaving bad arity
-----------------------------------------+----------------------------------
    Reporter:  simonpj                   |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.10.1          
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2831#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:48:10 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:34:48 2009
Subject: [GHC] #2828: TcTyFuns.uMeta: normalisation shouldn't allow x ~ x
In-Reply-To: <044.818395155a9d2081de37d5cedbd2ca16@localhost>
References: <044.818395155a9d2081de37d5cedbd2ca16@localhost>
Message-ID: <053.e8c492c5fedc0d4bb7edad0b3bce800d@localhost>

#2828: TcTyFuns.uMeta: normalisation shouldn't allow x ~ x
-------------------------+--------------------------------------------------
    Reporter:  pizza     |        Owner:  chak       
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.12 branch
   Component:  Compiler  |      Version:  6.10.1     
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2828#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:49:03 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:35:37 2009
Subject: [GHC] #2805: Test ffi009(ghci) fails on PPC Mac OS X
In-Reply-To: <050.49e5533b97232a9f431fe6cab3b29ebd@localhost>
References: <050.49e5533b97232a9f431fe6cab3b29ebd@localhost>
Message-ID: <059.ba2a9bcc7f3db419d59998513a77ee35@localhost>

#2805: Test ffi009(ghci) fails on PPC Mac OS X
-----------------------------+----------------------------------------------
    Reporter:  thorkilnaur   |        Owner:             
        Type:  bug           |       Status:  new        
    Priority:  normal        |    Milestone:  6.12 branch
   Component:  GHCi          |      Version:  6.11       
    Severity:  normal        |   Resolution:             
    Keywords:                |   Difficulty:  Unknown    
    Testcase:  ffi009(ghci)  |           Os:  MacOS X    
Architecture:  powerpc       |  
-----------------------------+----------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

Comment:

 Low priority as not a tier 1 arch.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2805#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:49:16 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:35:48 2009
Subject: [GHC] #2791: Allow two versions of GHC to be installed
 simultaneously with the OS X installer
In-Reply-To: <044.1f391cee5315bd35beec9a86f78138d3@localhost>
References: <044.1f391cee5315bd35beec9a86f78138d3@localhost>
Message-ID: <053.9a0943613ccdc56484bfb89dd7b3c0f5@localhost>

#2791: Allow two versions of GHC to be installed simultaneously with the OS X
installer
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Build System      |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2791#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:55:30 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:42:06 2009
Subject: [GHC] #2682: Keep going after failed search for module in
 current directory
In-Reply-To: <042.3ab3a08a92cd2130db77f37efdac62b0@localhost>
References: <042.3ab3a08a92cd2130db77f37efdac62b0@localhost>
Message-ID: <051.5b51a9341fad665a2dba7c7d21d11a8d@localhost>

#2682: Keep going after failed search for module in current directory
---------------------------------+------------------------------------------
    Reporter:  ajd               |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.2           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2682#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 12:55:50 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:42:36 2009
Subject: [GHC] #2677: Detection of TF instance conflict depends on
 instance order
In-Reply-To: <046.85ed4c204d40e74117cf277dea4c07f0@localhost>
References: <046.85ed4c204d40e74117cf277dea4c07f0@localhost>
Message-ID: <055.8e3e1fc335310fa6eef46469eb766e39@localhost>

#2677: Detection of TF instance conflict depends on instance order
----------------------------------------+-----------------------------------
    Reporter:  reinerp                  |        Owner:  chak            
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.9             
    Severity:  normal                   |   Resolution:                  
    Keywords:  TF instance conflict     |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2677#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:01:34 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:48:09 2009
Subject: [GHC] #2120: Arrays allow out-of-bounds indexes
In-Reply-To: <046.df9dbe29ac2a6f0cde1841f7056aebbe@localhost>
References: <046.df9dbe29ac2a6f0cde1841f7056aebbe@localhost>
Message-ID: <055.27ceefa52429dea9d60f283c6df33ae9@localhost>

#2120: Arrays allow out-of-bounds indexes
----------------------------------+-----------------------------------------
    Reporter:  amthrax            |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.12.1          
   Component:  libraries (other)  |      Version:  6.8.2           
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Comment (by igloo):

 See also #2669.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2120#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:01:52 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:48:24 2009
Subject: [GHC] #2669: "index out of range" error message regression
In-Reply-To: <044.80e0e61ca034157992559b1b44b66761@localhost>
References: <044.80e0e61ca034157992559b1b44b66761@localhost>
Message-ID: <053.07ac49a6c496b2587fb5e4691485cbfa@localhost>

#2669: "index out of range" error message regression
---------------------------------+------------------------------------------
    Reporter:  claus             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  None              |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12.1

Comment:

 See also #2120.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2669#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:12:06 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 12:58:44 2009
Subject: [GHC] #2664: type family + data family + typeclass + type error
 causes GHC to diverge
In-Reply-To: <044.872c3ac7a7ba1538fc338d52d1b94837@localhost>
References: <044.872c3ac7a7ba1538fc338d52d1b94837@localhost>
Message-ID: <053.dba40eaeeadd904ff4ad3826071377dd@localhost>

#2664: type family + data family + typeclass + type error causes GHC to diverge
---------------------------------+------------------------------------------
    Reporter:  ryani             |        Owner:  chak            
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2664#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:15:18 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:01:51 2009
Subject: [GHC] #2642: Improve SpecConstr for join points
In-Reply-To: <046.b2eed70c8de5c8334b5f0d2bce85500e@localhost>
References: <046.b2eed70c8de5c8334b5f0d2bce85500e@localhost>
Message-ID: <055.6d6790e9204608c165066eb2543fb862@localhost>

#2642: Improve SpecConstr for join points
-----------------------------------------+----------------------------------
    Reporter:  simonpj                   |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.8.3           
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2642#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:15:34 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:02:10 2009
Subject: [GHC] #2611: print022 fails
In-Reply-To: <044.04df65fcd08934af446e85568f6b956a@localhost>
References: <044.04df65fcd08934af446e85568f6b956a@localhost>
Message-ID: <053.13ad1f73dba0ffbe0ea36a36aaf88c45@localhost>

#2611: print022 fails
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  mnislaih        
        Type:  bug               |       Status:  assigned        
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.9             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  print022          |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2611#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:16:52 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:03:28 2009
Subject: [GHC] #2598: Avoid excessive specialisation in SpecConstr
In-Reply-To: <046.41dadb7ee5f62a188e8b2b903c4852f9@localhost>
References: <046.41dadb7ee5f62a188e8b2b903c4852f9@localhost>
Message-ID: <055.ccb85e21cd1032737701b982183603f8@localhost>

#2598: Avoid excessive specialisation in SpecConstr
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2598#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:17:20 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:04:01 2009
Subject: [GHC] #2561: Using "ITstring !FastString" in Lexer.x goes wrong
 (internal error: stg_ap_v_ret)
In-Reply-To: <044.9ac0e4e49ee8e155dd0628d5c362af04@localhost>
References: <044.9ac0e4e49ee8e155dd0628d5c362af04@localhost>
Message-ID: <053.b9bcdbdd7713a2020a0b285c3f32050f@localhost>

#2561: Using "ITstring !FastString" in Lexer.x goes wrong (internal error:
stg_ap_v_ret)
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2561#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:19:58 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:06:32 2009
Subject: [GHC] #2559: Haddock: Prelude docs are missing Bool, Int,
 Integer
In-Reply-To: <047.6b5ad6adf37064133e2d331c93c65494@localhost>
References: <047.6b5ad6adf37064133e2d331c93c65494@localhost>
Message-ID: <056.755154bdc578b92009a561717a526881@localhost>

#2559: Haddock: Prelude docs are missing Bool, Int, Integer
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Documentation     |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2559#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:21:32 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:08:07 2009
Subject: [GHC] #2552: SCC annotation behavior differs between toplevel
 and non-toplevel
In-Reply-To: <044.15a1341c91a98c8a8d7587f72c101e1e@localhost>
References: <044.15a1341c91a98c8a8d7587f72c101e1e@localhost>
Message-ID: <053.eb5da53ce1246606a8ad0b8b1aa90149@localhost>

#2552: SCC annotation behavior differs between toplevel and non-toplevel
------------------------------+---------------------------------------------
    Reporter:  Rauli          |        Owner:             
        Type:  bug            |       Status:  new        
    Priority:  normal         |    Milestone:  6.12 branch
   Component:  Compiler       |      Version:  6.8.2      
    Severity:  normal         |   Resolution:             
    Keywords:  scc profiling  |   Difficulty:  Unknown    
    Testcase:                 |           Os:  Linux      
Architecture:  x86            |  
------------------------------+---------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2552#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:21:47 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:08:21 2009
Subject: [GHC] #2539: panic when using .o files from the wrong platform
In-Reply-To: <042.341988b91b98ef1befd98d4359420bff@localhost>
References: <042.341988b91b98ef1befd98d4359420bff@localhost>
Message-ID: <051.b70cd41bb8e16b8c7279a35e7c485fa6@localhost>

#2539: panic when using .o files from the wrong platform
---------------------------------+------------------------------------------
    Reporter:  ajd               |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2539#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:32:22 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:18:56 2009
Subject: [GHC] #311: gmp's memory management
In-Reply-To: <043.f6cbfda45c43862fefdcb63df98df61f@localhost>
References: <043.f6cbfda45c43862fefdcb63df98df61f@localhost>
Message-ID: <052.3f09f205860e91c0b3c67ba3f6cddbcd@localhost>

#311: gmp's memory management
---------------------------------+------------------------------------------
    Reporter:  as49              |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  Compiler (FFI)    |      Version:  6.4             
    Severity:  normal            |   Resolution:  None            
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/311#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:40:08 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:26:43 2009
Subject: [GHC] #2881: Basic Fibonacci function using Word causes ghci to
 panic. - 6.10.1
In-Reply-To: <045.420cfc29b1544ee41369697a28301360@localhost>
References: <045.420cfc29b1544ee41369697a28301360@localhost>
Message-ID: <054.3a96f51be07568bb07c6d2eaaf64abf3@localhost>

#2881: Basic Fibonacci function using Word causes ghci to panic. - 6.10.1
-------------------------------------+--------------------------------------
    Reporter:  axman6                |        Owner:  simonmar        
        Type:  bug                   |       Status:  new             
    Priority:  low                   |    Milestone:  6.12 branch     
   Component:  GHCi                  |      Version:  6.10.1          
    Severity:  normal                |   Resolution:                  
    Keywords:  panic Word fibonacci  |   Difficulty:  Easy (1 hr)     
    Testcase:                        |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple      |  
-------------------------------------+--------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2881#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:40:58 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:27:32 2009
Subject: [GHC] #2275: Poor indication of type error location
In-Reply-To: <044.43d81bf78db38afe22fab3304ba5b342@localhost>
References: <044.43d81bf78db38afe22fab3304ba5b342@localhost>
Message-ID: <053.9f1118717a24a3d0c388c885cd99a1fb@localhost>

#2275: Poor indication of type error location
----------------------------------------+-----------------------------------
    Reporter:  guest                    |        Owner:                  
        Type:  bug                      |       Status:  closed          
    Priority:  low                      |    Milestone:  6.10 branch     
   Component:  Compiler (Type checker)  |      Version:  6.8.2           
    Severity:  normal                   |   Resolution:  invalid         
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

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

Comment:

 No response from submitter, so closing.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2275#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:41:47 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:28:24 2009
Subject: [GHC] #2249: Undeclared variable in cmm reports as panic
In-Reply-To: <047.3bf0f01140bc39be71a2a471d7ca96ac@localhost>
References: <047.3bf0f01140bc39be71a2a471d7ca96ac@localhost>
Message-ID: <056.012e2706d12d0b08a10525398bb837cc@localhost>

#2249: Undeclared variable in cmm reports as panic
-------------------------------+--------------------------------------------
    Reporter:  millenix        |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  low             |    Milestone:  6.12 branch
   Component:  Compiler        |      Version:  6.9        
    Severity:  minor           |   Resolution:             
    Keywords:                  |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2249#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:42:42 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:29:25 2009
Subject: [GHC] #2245: Numeric literal printed wrong in error message
In-Reply-To: <044.08dd2bddd379c7c8cb24c2c904f28812@localhost>
References: <044.08dd2bddd379c7c8cb24c2c904f28812@localhost>
Message-ID: <053.44757814002fab13f069da3ccaf0a21c@localhost>

#2245: Numeric literal printed wrong in error message
-------------------------+--------------------------------------------------
    Reporter:  guest     |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  low       |    Milestone:  6.12 branch
   Component:  Compiler  |      Version:  6.9        
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  MacOS X    
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2245#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:43:24 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:29:58 2009
Subject: [GHC] #2197: GHCi doesn't work when built with way=p
In-Reply-To: <043.8ca8ccba553cfe5b0f79906ba5d25b8c@localhost>
References: <043.8ca8ccba553cfe5b0f79906ba5d25b8c@localhost>
Message-ID: <052.7c1b0fd712c269dfe2dc3ec1304da575@localhost>

#2197: GHCi doesn't work when built with way=p
---------------------------------+------------------------------------------
    Reporter:  SamB              |        Owner:  simonmar   
        Type:  bug               |       Status:  new        
    Priority:  low               |    Milestone:  6.10 branch
   Component:  GHCi              |      Version:  6.9        
    Severity:  normal            |   Resolution:             
    Keywords:                    |   Difficulty:  Unknown    
    Testcase:                    |           Os:  Linux      
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Old description:

> I don't really mind so much that Cabal etc. don't support building GHCi
> profiling libs (it would be easy enough to do by hand), but the fact that
> GHCi tries to load the un-profiling GHCi libs is a bit annoying... it
> doesn't work too well...
>
> naesten@hydrogen:~/hacking/haskell/ghc-hashedrepo% ./compiler/stage2/ghc-
> inplace_p --interactive
> GHCi, version 6.9.20080305: http://www.haskell.org/ghc/  :? for help
> ghc_p-6.9.20080305: /home/naesten/hacking/haskell/ghc-
> hashedrepo/libraries/ghc-prim/dist/build/HSghc-prim-0.1.o: unknown symbol
> `traceCcszh_fast'
> Loading package ghc-prim ... linking ... ghc_p-6.9.20080305: unable to
> load package `ghc-prim'

New description:

 I don't really mind so much that Cabal etc. don't support building GHCi
 profiling libs (it would be easy enough to do by hand), but the fact that
 GHCi tries to load the un-profiling GHCi libs is a bit annoying... it
 doesn't work too well...
 {{{
 naesten@hydrogen:~/hacking/haskell/ghc-hashedrepo% ./compiler/stage2/ghc-
 inplace_p --interactive
 GHCi, version 6.9.20080305: http://www.haskell.org/ghc/  :? for help
 ghc_p-6.9.20080305: /home/naesten/hacking/haskell/ghc-hashedrepo/libraries
 /ghc-prim/dist/build/HSghc-prim-0.1.o: unknown symbol `traceCcszh_fast'
 Loading package ghc-prim ... linking ... ghc_p-6.9.20080305: unable to
 load package `ghc-prim'
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2197#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:44:22 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:30:56 2009
Subject: [GHC] #2197: GHCi doesn't work when built with way=p
In-Reply-To: <043.8ca8ccba553cfe5b0f79906ba5d25b8c@localhost>
References: <043.8ca8ccba553cfe5b0f79906ba5d25b8c@localhost>
Message-ID: <052.f739f73f8c5e6bba7f6e32e3f9046e09@localhost>

#2197: GHCi doesn't work when built with way=p
---------------------------------+------------------------------------------
    Reporter:  SamB              |        Owner:  simonmar   
        Type:  bug               |       Status:  new        
    Priority:  low               |    Milestone:  6.12 branch
   Component:  GHCi              |      Version:  6.9        
    Severity:  normal            |   Resolution:             
    Keywords:                    |   Difficulty:  Unknown    
    Testcase:                    |           Os:  Linux      
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2197#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:44:51 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:31:30 2009
Subject: [GHC] #1974: length "foo" doesn't work with -XOverloadedStrings
In-Reply-To: <045.c32ce584b57226e4b25ae684f879f7a5@localhost>
References: <045.c32ce584b57226e4b25ae684f879f7a5@localhost>
Message-ID: <054.639602d7d61c01f71213895d94ead6eb@localhost>

#1974: length "foo" doesn't work with -XOverloadedStrings
---------------------------------+------------------------------------------
    Reporter:  ganesh            |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.1           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1974#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:48:29 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:35:04 2009
Subject: [GHC] #1874: getDirectoryContents yields "invalid argument"
 instead of "permission error"
In-Reply-To: <044.aea88e13611e8c8d6805f551748c45bd@localhost>
References: <044.aea88e13611e8c8d6805f551748c45bd@localhost>
Message-ID: <053.d7a572f837fbcfe7e331f44d79a914f7@localhost>

#1874: getDirectoryContents yields "invalid argument" instead of "permission
error"
---------------------------------------------------------------------+------
    Reporter:  Orphi                                                 |        Owner:                  
        Type:  bug                                                   |       Status:  new             
    Priority:  low                                                   |    Milestone:  6.12 branch     
   Component:  libraries/directory                                   |      Version:  6.8.1           
    Severity:  normal                                                |   Resolution:                  
    Keywords:                                                        |   Difficulty:  Moderate (1 day)
    Testcase:  getDirectoryContents "C:\\System Volume Information"  |           Os:  Windows         
Architecture:  x86                                                   |  
---------------------------------------------------------------------+------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1874#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:49:08 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:35:43 2009
Subject: [GHC] #1826: unable to list source for <exception thrown>
 should never occur
In-Reply-To: <044.f94ec6280873c17dbdd2473c81e3b4a3@localhost>
References: <044.f94ec6280873c17dbdd2473c81e3b4a3@localhost>
Message-ID: <053.71c8fd2ab6da4c7b4e36eb104553c03e@localhost>

#1826: unable to list source for <exception thrown> should never occur
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  reopened        
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1826#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:51:03 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:37:37 2009
Subject: [GHC] #1799: Retain export-list order in ModIface,
 use it in :browse
In-Reply-To: <044.25603deee8904c90790314fdfe65daff@localhost>
References: <044.25603deee8904c90790314fdfe65daff@localhost>
Message-ID: <053.d0efed08f3e900da9ca92f120d4e88f8@localhost>

#1799: Retain export-list order in ModIface, use it in :browse
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1799#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:52:29 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:39:03 2009
Subject: [GHC] #1792: -ddump-minimal-imports breaks qualified imports
 (import...as)
In-Reply-To: <044.ae2e6ac08c5448ff46a1de0b12b1fa4a@localhost>
References: <044.ae2e6ac08c5448ff46a1de0b12b1fa4a@localhost>
Message-ID: <053.043aa7cbff67a9e16ecd109561263486@localhost>

#1792: -ddump-minimal-imports breaks qualified imports (import...as)
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1792#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:54:33 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:41:08 2009
Subject: [GHC] #1666: -Werror aborts too early
In-Reply-To: <047.2a323c99820568f687674c60b2379e12@localhost>
References: <047.2a323c99820568f687674c60b2379e12@localhost>
Message-ID: <056.4373a10b0ca604f3d834576d6eac45f4@localhost>

#1666: -Werror aborts too early
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1666#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:54:42 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:41:16 2009
Subject: [GHC] #1532: Implicit parameters are not available in
 breakpoints
In-Reply-To: <047.42138e81a7d47eb872798ebfb5ce6ddb@localhost>
References: <047.42138e81a7d47eb872798ebfb5ce6ddb@localhost>
Message-ID: <056.0b30a13c59a61dc4e3fc7d077459a0ea@localhost>

#1532: Implicit parameters are not available in breakpoints
---------------------------------+------------------------------------------
    Reporter:  mnislaih          |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.7             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  break015          |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1532#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:54:57 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:41:31 2009
Subject: [GHC] #1381: Add terminateStmt to "GHC as a library"
In-Reply-To: <044.fd889bd14b5c25855fecabf6f60bda20@localhost>
References: <044.fd889bd14b5c25855fecabf6f60bda20@localhost>
Message-ID: <053.8e7e0d1924436e23bdd284b3c51a974a@localhost>

#1381: Add terminateStmt to "GHC as a library"
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  GHC API           |      Version:  6.6.1           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1381#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:55:08 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:41:46 2009
Subject: [GHC] #437: Recompilation check should include flags
In-Reply-To: <046.9be6e1c5effc47bf45f5c9a62716ae81@localhost>
References: <046.9be6e1c5effc47bf45f5c9a62716ae81@localhost>
Message-ID: <055.97f52010d6abba1ef909bfffff0e223d@localhost>

#437: Recompilation check should include flags
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.4.1           
    Severity:  normal            |   Resolution:  None            
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  mod175            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/437#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:55:29 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:42:07 2009
Subject: [GHC] #670: External Core is broken
In-Reply-To: <055.88b18fc8f73ea51f6e466f3eaf31b0f4@localhost>
References: <055.88b18fc8f73ea51f6e466f3eaf31b0f4@localhost>
Message-ID: <064.668a6599b5fc554ce161a893046e8a1b@localhost>

#670: External Core is broken
---------------------------------+------------------------------------------
    Reporter:  KirstenChevalier  |        Owner:  tim             
        Type:  bug               |       Status:  assigned        
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  External Core     |      Version:  6.8.2           
    Severity:  blocker           |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/670#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:56:36 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:43:10 2009
Subject: [GHC] #1259: Accessing undefined value in DiffArray returns
 misleading error message
In-Reply-To: <044.97473dce64ad187f3ecc9ad5b5fc7c0b@localhost>
References: <044.97473dce64ad187f3ecc9ad5b5fc7c0b@localhost>
Message-ID: <053.9270af2af5dfe33b8958e627c5978128@localhost>

#1259: Accessing undefined value in DiffArray returns misleading error message
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  libraries/base    |      Version:  6.6             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * priority:  low => normal
  * milestone:  6.10 branch => 6.12 branch

Comment:

 Raising priority now that we have extensible exceptions.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1259#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:56:48 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:43:25 2009
Subject: [GHC] #714: Inconsistency between handling functional
 dependencies in class and signature constraints
In-Reply-To: <062.a7978807e311bf94b9011dbbf8edf8af@localhost>
References: <062.a7978807e311bf94b9011dbbf8edf8af@localhost>
Message-ID: <071.12a63685fa953f047c8fb4647bd88b10@localhost>

#714: Inconsistency between handling functional dependencies in class and
signature constraints
----------------------------------------+-----------------------------------
    Reporter:  claus.reinke@talk21.com  |        Owner:  simonpj         
        Type:  bug                      |       Status:  new             
    Priority:  low                      |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.5             
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/714#comment:18>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 13:57:40 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 13:44:14 2009
Subject: [GHC] #698: GHC's internal memory allocator never releases
 memory back to the OS
In-Reply-To: <044.7b3e64b5d690837bd58d2f69df4bfac4@localhost>
References: <044.7b3e64b5d690837bd58d2f69df4bfac4@localhost>
Message-ID: <053.9b01852956fcc2e308dca2d2b2af8e19@localhost>

#698: GHC's internal memory allocator never releases memory back to the OS
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:  igloo           
        Type:  bug               |       Status:  new             
    Priority:  low               |    Milestone:  6.12 branch     
   Component:  Runtime System    |      Version:  6.4.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:  N/A               |           Os:  Linux           
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * owner:  => igloo
  * milestone:  6.10 branch => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/698#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:07:52 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 17:54:38 2009
Subject: [GHC] #2211: Installing latest GHC-6.8.2 stable: pwd with
 floating point exception
In-Reply-To: <044.6fa473611ed5d150325a47086f85da68@localhost>
References: <044.6fa473611ed5d150325a47086f85da68@localhost>
Message-ID: <053.f3884580dd1f77fc25da1496771cd10c@localhost>

#2211: Installing latest GHC-6.8.2 stable: pwd with floating point exception
-----------------------------------------+----------------------------------
    Reporter:  guest                     |        Owner:             
        Type:  bug                       |       Status:  reopened   
    Priority:  normal                    |    Milestone:  6.12 branch
   Component:  Compiler                  |      Version:  6.10.1     
    Severity:  critical                  |   Resolution:             
    Keywords:  Floating point exception  |   Difficulty:  Unknown    
    Testcase:                            |           Os:  Linux      
Architecture:  x86                       |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2211#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:10:58 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 17:57:31 2009
Subject: [GHC] #3003: Happy does not reject pragmas
In-Reply-To: <043.1fd1758c7687447f05a74bae43d4e79c@localhost>
References: <043.1fd1758c7687447f05a74bae43d4e79c@localhost>
Message-ID: <052.230a24a50ee56f0c5069a95979a113c9@localhost>

#3003: Happy does not reject pragmas
---------------------------------+------------------------------------------
    Reporter:  SamB              |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Build System      |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3003#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:12:57 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 17:59:49 2009
Subject: [GHC] #3005: Normalize fully-applied type functions prior to
 display
In-Reply-To: <047.30459bfff0d7f26f031112d1ec205050@localhost>
References: <047.30459bfff0d7f26f031112d1ec205050@localhost>
Message-ID: <056.854caa8bb34ab4194c4162ed38c70afd@localhost>

#3005: Normalize fully-applied type functions prior to display
---------------------------------+------------------------------------------
    Reporter:  dmcclean          |        Owner:  chak            
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  GHCi              |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Old description:

> I have a module with a matrix type constructor:
>
> > data (Natural r, Natural c) => Matrix r c t = Matrix [[t]] deriving
> (Eq)
>
> which uses type-level naturals to provide dimension checking.
>
> A type class for multiplication:
>
> > class Multiply a b where
> >  type Product a b
> >  times :: a -> b -> Product a b
>
> and an instance for matrix multiplication:
>
> > instance (Natural a, Natural b, Natural c, Num t) => Multiply (Matrix a
> b t) (Matrix b c t) where
> >  type Product (Matrix a b t) (Matrix b c t) = Matrix a c t
> >  times m1 m2 = ...
>
> All of this works really well, I get dimension checking (and inference),
> and lot of other goodies.
>
> My request has to do with the following GHCi session:
>
> *Main> let a = matrix two two [[1,1],[2,6]]
> *Main> :t a
> a :: Matrix Two Two Integer
> *Main> :t a `times` a
> a `times` a :: Product
>                  (Matrix Two Two Integer) (Matrix Two Two Integer)
>
> When a type function is fully-applied, as Product is in this case, it
> would be nice if GHC could simplify it prior to display.
>
> This would result in the following output for this example:
>
> :t a `times` a
> a `times` a :: Matrix Two Two Integer
>
> I have attached the files necessary to run this test case, although a
> simpler one could be constructed.

New description:

 I have a module with a matrix type constructor:
 {{{
 > data (Natural r, Natural c) => Matrix r c t = Matrix [[t]] deriving (Eq)
 }}}
 which uses type-level naturals to provide dimension checking.

 A type class for multiplication:
 {{{
 > class Multiply a b where
 >  type Product a b
 >  times :: a -> b -> Product a b
 }}}
 and an instance for matrix multiplication:
 {{{
 > instance (Natural a, Natural b, Natural c, Num t) => Multiply (Matrix a
 b t) (Matrix b c t) where
 >  type Product (Matrix a b t) (Matrix b c t) = Matrix a c t
 >  times m1 m2 = ...
 }}}
 All of this works really well, I get dimension checking (and inference),
 and lot of other goodies.

 My request has to do with the following GHCi session:
 {{{
 *Main> let a = matrix two two [[1,1],[2,6]]
 *Main> :t a
 a :: Matrix Two Two Integer
 *Main> :t a `times` a
 a `times` a :: Product
                  (Matrix Two Two Integer) (Matrix Two Two Integer)
 }}}
 When a type function is fully-applied, as Product is in this case, it
 would be nice if GHC could simplify it prior to display.

 This would result in the following output for this example:
 {{{
 :t a `times` a
 a `times` a :: Matrix Two Two Integer
 }}}
 I have attached the files necessary to run this test case, although a
 simpler one could be constructed.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3005#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:32:22 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 18:19:04 2009
Subject: [GHC] #3005: Normalize fully-applied type functions prior to
 display
In-Reply-To: <047.30459bfff0d7f26f031112d1ec205050@localhost>
References: <047.30459bfff0d7f26f031112d1ec205050@localhost>
Message-ID: <056.594e5fd0f15e14490846f79c4b78a089@localhost>

#3005: Normalize fully-applied type functions prior to display
---------------------------------+------------------------------------------
    Reporter:  dmcclean          |        Owner:  chak            
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3005#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:36:23 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 18:23:33 2009
Subject: [GHC] #3007: GHC seems to ignore the package name of modules
 imported with {#- SOURCE #-}
In-Reply-To: <046.111251f57247f17187bc3cbd93be08f3@localhost>
References: <046.111251f57247f17187bc3cbd93be08f3@localhost>
Message-ID: <055.206726e6818d775e0d3cdd85506abdfa@localhost>

#3007: GHC seems to ignore the package name of modules imported with {#- SOURCE
#-}
-------------------------------+--------------------------------------------
    Reporter:  jeltsch         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.1 
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3007#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:40:14 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 18:26:48 2009
Subject: [GHC] #3011: ASSERT failed: file typecheck/TcMType.lhs line 526
 t_a32G{tv}
In-Reply-To: <053.fd6df4dcc16e4e1cfe771d7b12ab290f@localhost>
References: <053.fd6df4dcc16e4e1cfe771d7b12ab290f@localhost>
Message-ID: <062.df64ce4456501bc36eda8a99c2ee12ab@localhost>

#3011: ASSERT failed: file typecheck/TcMType.lhs line 526 t_a32G{tv}
----------------------------------------+-----------------------------------
    Reporter:  batterseapower           |        Owner:                  
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)  |      Version:  6.11            
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3011#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:41:36 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 18:28:20 2009
Subject: [GHC] #3012: A little deriving for GADTs
In-Reply-To: <044.94324394f531ef37390c0c5f7ffabb55@localhost>
References: <044.94324394f531ef37390c0c5f7ffabb55@localhost>
Message-ID: <053.b40032a0ebe4ad14fb1b07843bbf2a49@localhost>

#3012: A little deriving for GADTs
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3012#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:42:17 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 18:28:53 2009
Subject: [GHC] #3008: Strange behavior when using newtyped version of IO
 monad in FFI import declarations
In-Reply-To: <044.36e848c5758ff29e66ba18e678751e7c@localhost>
References: <044.36e848c5758ff29e66ba18e678751e7c@localhost>
Message-ID: <053.deec536cda287bcac8393690685763ee@localhost>

#3008: Strange behavior when using newtyped version of IO monad in FFI import
declarations
-------------------------------+--------------------------------------------
    Reporter:  waern           |        Owner:             
        Type:  bug             |       Status:  new        
    Priority:  normal          |    Milestone:  6.12 branch
   Component:  Compiler        |      Version:  6.10.1     
    Severity:  normal          |   Resolution:             
    Keywords:  FFI             |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3008#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:42:14 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 18:29:00 2009
Subject: [GHC] #3013: New simple GADT feature
In-Reply-To: <044.28ccf32146b8a6f2dca8fc7552e2ce8a@localhost>
References: <044.28ccf32146b8a6f2dca8fc7552e2ce8a@localhost>
Message-ID: <053.c30499d8f1f99a68ae4b0699cf737060@localhost>

#3013: New simple GADT feature
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3013#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 13 18:44:40 2009
From: trac at galois.com (GHC)
Date: Mon Apr 13 18:31:15 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.a39c4f917838b8b51bf23b551bf999be@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:         
   Component:  Compiler        |      Version:  6.8.2  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Old description:

> akrohit@illusion:~/tmp/ghc-6.8.2$ uname -a
> Linux illusion 2.6.27-11-generic #1 SMP Thu Jan 29 19:28:32 UTC 2009
> x86_64 GNU/Linux
>
> akrohit@illusion:~/tmp/ghc-6.8.2$ gcc --version
> gcc (GCC) 4.1.3 20080623 (prerelease) (Ubuntu 4.1.2-23ubuntu3)
>
> akrohit@illusion:~/tmp/ghc-6.8.2$ ghc --version
> The Glorious Glasgow Haskell Compilation System, version 6.8.2
>

>
> Whenever installing any package using cabal or building packages locally
> results in some error messages of something like :
>
> /tmp/ghc10273_0/ghc10273_0.s: Assembler messages:
>
> /tmp/ghc10273_0/ghc10273_0.s:2502:0:
>      Error: junk at end of line, first unrecognized character is `8'
>
> /tmp/ghc10273_0/ghc10273_0.s:2830:0:
>      Error: unknown pseudo-op: `.aligo'
> <<ghc: 188196056 bytes, 25 GCs, 2710528/5779456 avg/max bytes residency
> (4 samples), 20M in use, 0.00 INIT (0.00 elapsed), 0.17 MUT (0.19
> elapsed), 0.08 GC (0.10 elapsed) :ghc>>
> make[2]: *** [Distribution/Compiler.o] Error 1
> make[1]: *** [boot] Error 2
> make: *** [stage1] Error 1
>

>

>
> These error messages are not consistent.
> Above also results with gcc version 4.3.1

New description:

 {{{
 akrohit@illusion:~/tmp/ghc-6.8.2$ uname -a
 Linux illusion 2.6.27-11-generic #1 SMP Thu Jan 29 19:28:32 UTC 2009
 x86_64 GNU/Linux

 akrohit@illusion:~/tmp/ghc-6.8.2$ gcc --version
 gcc (GCC) 4.1.3 20080623 (prerelease) (Ubuntu 4.1.2-23ubuntu3)

 akrohit@illusion:~/tmp/ghc-6.8.2$ ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.8.2
 }}}


 Whenever installing any package using cabal or building packages locally
 results in some error messages of something like :
 {{{
 /tmp/ghc10273_0/ghc10273_0.s: Assembler messages:

 /tmp/ghc10273_0/ghc10273_0.s:2502:0:
      Error: junk at end of line, first unrecognized character is `8'

 /tmp/ghc10273_0/ghc10273_0.s:2830:0:
      Error: unknown pseudo-op: `.aligo'
 <<ghc: 188196056 bytes, 25 GCs, 2710528/5779456 avg/max bytes residency (4
 samples), 20M in use, 0.00 INIT (0.00 elapsed), 0.17 MUT (0.19 elapsed),
 0.08 GC (0.10 elapsed) :ghc>>
 make[2]: *** [Distribution/Compiler.o] Error 1
 make[1]: *** [boot] Error 2
 make: *** [stage1] Error 1
 }}}

 These error messages are not consistent.
 Above also results with gcc version 4.3.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 03:35:17 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 03:21:50 2009
Subject: [GHC] #2289: Needless reboxing of values when returning from a
 tight loop
In-Reply-To: <043.32b2235b0e9fe1aba0c28a0cd28686b3@localhost>
References: <043.32b2235b0e9fe1aba0c28a0cd28686b3@localhost>
Message-ID: <052.f71e220f15341aa5b2bc4d11adbf3c9e@localhost>

#2289: Needless reboxing of values when returning from a tight loop
-------------------------------------------+--------------------------------
    Reporter:  dons                        |        Owner:                  
        Type:  run-time performance bug    |       Status:  new             
    Priority:  normal                      |    Milestone:  6.12 branch     
   Component:  Compiler                    |      Version:  6.8.2           
    Severity:  normal                      |   Resolution:                  
    Keywords:  boxing, loops, performance  |   Difficulty:  Unknown         
    Testcase:                              |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple            |  
-------------------------------------------+--------------------------------
Comment (by simonpj):

 See also #2387, and #1600

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2289#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 03:35:37 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 03:22:09 2009
Subject: [GHC] #1600: Optimisation: CPR the results of IO
In-Reply-To: <047.6bf35585590f6b4632c8ba79805f0623@localhost>
References: <047.6bf35585590f6b4632c8ba79805f0623@localhost>
Message-ID: <056.038be3bf233ba7cad18354a03b57df4b@localhost>

#1600: Optimisation: CPR the results of IO
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Moderate (1 day)
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 See also #2387 and #2289

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1600#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 04:07:34 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 03:54:05 2009
Subject: [GHC] #3008: Strange behavior when using newtyped version of IO
 monad in FFI import declarations
In-Reply-To: <044.36e848c5758ff29e66ba18e678751e7c@localhost>
References: <044.36e848c5758ff29e66ba18e678751e7c@localhost>
Message-ID: <053.fd576ed482e53b8f92174316b4bdb05a@localhost>

#3008: Strange behavior when using newtyped version of IO monad in FFI import
declarations
-------------------------------+--------------------------------------------
    Reporter:  waern           |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.1 
    Severity:  normal          |   Resolution:         
    Keywords:  FFI             |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by simonpj):

  * milestone:  6.12 branch => 6.12.1

Comment:

 Let's try to resolve this for 6.21.1

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3008#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 04:47:12 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 04:34:09 2009
Subject: [GHC] #1544: Derived Read instances for recursive datatypes
 with infix constructors are too inefficient
In-Reply-To: <059.876fe881e6bc9b43ab179d4b6da29ec1@localhost>
References: <059.876fe881e6bc9b43ab179d4b6da29ec1@localhost>
Message-ID: <068.518acce8b815629839b87819e2390694@localhost>

#1544: Derived Read instances for recursive datatypes with infix constructors are
too inefficient
-------------------------------------+--------------------------------------
    Reporter:  jcpetruzza@gmail.com  |        Owner:                  
        Type:  bug                   |       Status:  new             
    Priority:  normal                |    Milestone:  6.12.1          
   Component:  Compiler              |      Version:  6.6.1           
    Severity:  normal                |   Resolution:                  
    Keywords:                        |   Difficulty:  Unknown         
    Testcase:                        |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple      |  
-------------------------------------+--------------------------------------
Comment (by simonpj):

 Doaitse, Marcos, and Eelco tackle precisely this issue:
 {{{
 @inproceedings{1411296,
   author = {Marcos Viera and S. Doaitse Swierstra and Eelco Lempsink},
   title = {Haskell, do you read me?: constructing and composing
 efficient top-down parsers at runtime},
   booktitle = {Haskell '08: Proceedings of the first ACM SIGPLAN
 symposium on Haskell},
   year = {2008},
   isbn = {978-1-60558-064-7},
   pages = {63--74},
   location = {Victoria, BC, Canada},
   doi = {http://doi.acm.org/10.1145/1411286.1411296},
   publisher = {ACM},
   address = {New York, NY, USA},
   }
 }}}
 I'm not sure whether they regard their solution as suitable to directly
 incorporate in (say) GHC, but it's certainly a substantial contribution to
 this ticket!

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1544#comment:18>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 04:52:56 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 04:39:34 2009
Subject: [GHC] #2765: unsetenv not found under Solaris 8 when building
 ghc-6.10.1
In-Reply-To: <045.123eb53c80ae5471f437c79b85fa80f5@localhost>
References: <045.123eb53c80ae5471f437c79b85fa80f5@localhost>
Message-ID: <054.203d2c9e5a7b7e67057449a1775a3219@localhost>

#2765: unsetenv not found under Solaris 8 when building ghc-6.10.1
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.10.1 
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Solaris
Architecture:  sparc     |  
-------------------------+--------------------------------------------------
Comment (by maeder):

 I think, it is only a problem under our old Solaris 8. I did not find a
 work around, but simple gave up using Solaris 8 and switched to using
 Solaris 10 machines which don't have this problem:

 http://www.informatik.uni-
 bremen.de/agbkb/forschung/formal_methods/CoFI/hets/solaris/ghcs/ghc-6.10.2
 -sparc-sun-solaris2.tar.bz2

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2765#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 04:56:32 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 04:43:03 2009
Subject: [GHC] #3163: GADTs should not allow polymorphism in return type
In-Reply-To: <051.9e183310fa287b7470565c1ecdf33535@localhost>
References: <051.9e183310fa287b7470565c1ecdf33535@localhost>
Message-ID: <060.7fc1a82810c84e3164f4d1ddd5d91b22@localhost>

#3163: GADTs should not allow polymorphism in return type
----------------------------------------+-----------------------------------
    Reporter:  Scott Turner             |        Owner:         
        Type:  bug                      |       Status:  new    
    Priority:  normal                   |    Milestone:         
   Component:  Compiler (Type checker)  |      Version:  6.10.1 
    Severity:  normal                   |   Resolution:         
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Linux  
Architecture:  x86                      |  
----------------------------------------+-----------------------------------
Changes (by simonpj):

  * difficulty:  => Unknown
  * summary:  quantified types fail to match in GADT case => GADTs should
              not allow polymorphism in return type

Comment:

 GADTs shouldn't allow for-all types in the return type, even with
 `-XImpredicativeTypes`, I'm afraid.  It's hard enough doing the equality
 reasoning over monotypes, and I have no idea what additional complications
 are introduced by polytypes.

 So I'll re-title this ticket!

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3163#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 05:02:48 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 04:49:20 2009
Subject: [GHC] #1962: make binary-dist creates nested directories under
 solaris
In-Reply-To: <045.1c0f16657d83ea78ed7447a0378acec8@localhost>
References: <045.1c0f16657d83ea78ed7447a0378acec8@localhost>
Message-ID: <054.e667123990b764506469c872a8ebef8d@localhost>

#1962: make binary-dist creates nested directories under solaris
-----------------------------+----------------------------------------------
    Reporter:  maeder        |        Owner:         
        Type:  bug           |       Status:  new    
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.8.1  
    Severity:  normal        |   Resolution:         
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Solaris
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by maeder):

 I think, this can be closed. I'll attach my log for `gmake binary-dist`.
 http://www.informatik.uni-
 bremen.de/agbkb/forschung/formal_methods/CoFI/hets/intel-
 mac/ghcs/ghc-6.10.2-i386-apple-darwin.tar.bz2

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1962#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 05:29:56 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 05:16:26 2009
Subject: [GHC] #3168: Unhelpful error message about "hidden" packages
Message-ID: <046.ff62d5eacb5bc3400e424ed1c5c251e4@localhost>

#3168: Unhelpful error message about "hidden" packages
-------------------------------+--------------------------------------------
  Reporter:  simonpj           |          Owner:                  
      Type:  bug               |         Status:  new             
  Priority:  normal            |      Milestone:                  
 Component:  Compiler          |        Version:  6.10.2          
  Severity:  normal            |       Keywords:                  
Difficulty:  Unknown           |       Testcase:                  
        Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-------------------------------+--------------------------------------------
 Anatoly Yakonenko [http://www.haskell.org/pipermail/haskell-
 cafe/2009-April/059677.html reported]: I am trying to build `ParseP` on
 the latest ghc, and I am getting this error:
 {{{

  Text/ParserCombinators/ParseP/Interface.hs:26:17:
     Could not find module `Data.ByteString.Char8':
       it is a member of package bytestring-0.9.1.4, which is hidden
 }}}
 Ross Mellgren responded (correctly): I assume you're using cabal, which
 hides all packages by default. Add "bytestring" or "bytestring >= 0.9.*"
 or something along those lines to Build-Depends in your .cabal file.

 Suggestion: improve GHC's error message.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3168>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 05:31:21 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 05:17:52 2009
Subject: [GHC] #3168: Unhelpful error message about "hidden" packages
In-Reply-To: <046.ff62d5eacb5bc3400e424ed1c5c251e4@localhost>
References: <046.ff62d5eacb5bc3400e424ed1c5c251e4@localhost>
Message-ID: <055.e80ef84fb23583a76d58b8dab6afcf5b@localhost>

#3168: Unhelpful error message about "hidden" packages
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonpj):

  * difficulty:  Unknown => Easy (1 hr)
  * milestone:  => 6.12.1

Comment:

 I think this is readily fixable.  Line 601 of Finder.lhs has
 {{{
     pkg_hidden pkg =
         ptext (sLit "it is a member of the hidden package") <+> quotes
 (ppr pkg)
 }}}
 I suggest instead:
 {{{
   "Since it is a member of package bytestring-0.9.1.4,
    perhaps you intended to say '-package bytestring',
    or (if using Cabal) perhaps you omitted 'bytestring' from the
    build-depends in your .cabal file."
 }}}
 If there are multiple hidden packages that contain the module, we probably
 don't want all this blurb for each one; but some simple rewording should
 do, and all the info is available in `Finder.cantFindError`.

 Better wordings welcome.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3168#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 05:44:33 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 05:31:24 2009
Subject: [GHC] #1544: Derived Read instances for recursive datatypes
 with infix constructors are too inefficient
In-Reply-To: <059.876fe881e6bc9b43ab179d4b6da29ec1@localhost>
References: <059.876fe881e6bc9b43ab179d4b6da29ec1@localhost>
Message-ID: <068.49d7b1a65b1c02501f9d352615dd392d@localhost>

#1544: Derived Read instances for recursive datatypes with infix constructors are
too inefficient
-------------------------------------+--------------------------------------
    Reporter:  jcpetruzza@gmail.com  |        Owner:                  
        Type:  bug                   |       Status:  new             
    Priority:  normal                |    Milestone:  6.12.1          
   Component:  Compiler              |      Version:  6.6.1           
    Severity:  normal                |   Resolution:                  
    Keywords:                        |   Difficulty:  Unknown         
    Testcase:                        |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple      |  
-------------------------------------+--------------------------------------
Comment (by Doaitse):

 We consider this problem basically solved by the ChristmasTree library we
 uploaded to Hackage, with its associated packages.

 See:

 http://hackage.haskell.org/packages/archive/ChristmasTree/0.1/doc/html
 /Text-GRead.html

 I am currently doubtful whether this should be incorporated in the GHC as
 it stands now. We think it is better to find some other uses of the TTTAS
 library before we decide how to proceed. Thus far we got no questions
 about these packages, which implies either that they solve the problem or
 that they are not used at all. In neither case this provides information
 to us on how to proceed. At least the severity could be lowered to
 "minor"?

 Doaitse

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1544#comment:19>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 06:03:19 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 05:49:49 2009
Subject: [GHC] #3168: Unhelpful error message about "hidden" packages
In-Reply-To: <046.ff62d5eacb5bc3400e424ed1c5c251e4@localhost>
References: <046.ff62d5eacb5bc3400e424ed1c5c251e4@localhost>
Message-ID: <055.a203b0f6433387ade7434828aa2ed86c@localhost>

#3168: Unhelpful error message about "hidden" packages
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Or perhaps Cabal should pass GHC a `-cabal` flag, and we could give a
 different error when that flag is given. Might be useful in other cases
 too.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3168#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 06:08:25 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 05:54:58 2009
Subject: [GHC] #3160: No exception safety in Control.Concurrent.QSem
 QSemN and SampleVar
In-Reply-To: <053.70a1854543dd01f0108efd70a01e67de@localhost>
References: <053.70a1854543dd01f0108efd70a01e67de@localhost>
Message-ID: <062.2ccf99da715b33c2075988fa35718086@localhost>

#3160: No exception safety in Control.Concurrent.QSem QSemN and SampleVar
---------------------------------+------------------------------------------
    Reporter:  ChrisKuklewicz    |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  libraries/base    |      Version:  6.10.2          
    Severity:  major             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Comment:

 See also http://haskell.org/haskellwiki/SafeConcurrent

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3160#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 07:40:57 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 07:27:28 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.067bd83532739ac04cf618e93390278c@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:                  
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by igloo):

 It actually looks not far off linear:
 {{{
 # constants      peak heap usage      bytes allocated
 160               63874448             3193731536
 320               86003152             6609305256
 640              186134592            14211355072
 1280             <stack overflow>
 }}}
 and the heap usage is lower here than the heap profile showed.

 So I think that all we need to do here is make sure the testsuite test is
 OK.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 08:41:32 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 08:28:07 2009
Subject: [GHC] #3169: Type families occurs check
Message-ID: <046.f50c6669d566defadebec162fefa1a6e@localhost>

#3169: Type families occurs check
-------------------------------+--------------------------------------------
  Reporter:  simonpj           |          Owner:  chak            
      Type:  bug               |         Status:  new             
  Priority:  normal            |      Milestone:  6.12.1          
 Component:  Compiler          |        Version:  6.10.2          
  Severity:  normal            |       Keywords:                  
Difficulty:  Unknown           |       Testcase:                  
        Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-------------------------------+--------------------------------------------
 Consider this:
 {{{
 {-# LANGUAGE  TypeFamilies, ScopedTypeVariables #-}
 module Map where

 import Prelude hiding ( lookup )

 class Key k where
   type Map k :: * -> *
   lookup :: k -> Map k elt -> Maybe elt

 instance (Key a, Key b) => Key (a,b) where
   type Map (a,b) = MP a b
   lookup (a,b) (m :: Map (a,b) elt)
      = case lookup a m :: Maybe (Map b elt) of
           Just (m2 :: Map b elt) -> lookup b m2 :: Maybe elt

 data MP a b elt = MP (Map a (Map b elt))
 }}}
 This ought to typecheck, even in the absence of all those type signatures.
 But alas:
 {{{
 Map.hs:13:12:
     Occurs check: cannot construct the infinite type: elt = t elt
     In the expression: lookup a m :: Maybe (Map b elt)
     In the expression:
         case lookup a m :: Maybe (Map b elt) of {
           Just (m2 :: Map b elt) -> lookup b m2 :: Maybe elt }
 }}}
 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3169>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 08:53:40 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 08:40:21 2009
Subject: [GHC] #1897: Ambiguous types and rejected  type signatures
In-Reply-To: <044.e733a0c0c6af2d1a744b7039f7ad31a7@localhost>
References: <044.e733a0c0c6af2d1a744b7039f7ad31a7@localhost>
Message-ID: <053.622eaad842d1c01f2ee9104dabcdb1e4@localhost>

#1897: Ambiguous types and rejected  type signatures
----------------------------------------+-----------------------------------
    Reporter:  guest                    |        Owner:  chak       
        Type:  bug                      |       Status:  reopened   
    Priority:  normal                   |    Milestone:  6.12 branch
   Component:  Compiler (Type checker)  |      Version:  6.9        
    Severity:  normal                   |   Resolution:             
    Keywords:                           |   Difficulty:  Unknown    
    Testcase:                           |           Os:  Linux      
Architecture:  x86                      |  
----------------------------------------+-----------------------------------
Comment (by simonpj):

 Yet another (killer) type-family example:
 {{{
 class Key k where
   type Map k :: * -> *
   empty :: Map k v

 instance Key a => Key (Maybe a) where
   type Map (Maybe a) = MM a
   empty = MM Nothing empty

 data MM a v = MM (Maybe v) (Map a v)
 }}}
 where we get
 {{{
 Map.hs:27:21:
     Couldn't match expected type `Map a' against inferred type `Map k'
     In the second argument of `MM', namely `empty'
     In the expression: MM Nothing empty
     In the definition of `empty': empty = MM Nothing empty
 }}}
 The terrible thing is that no amount of type signatures will fix this!

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1897#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 09:15:54 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 09:02:30 2009
Subject: [GHC] #1962: make binary-dist creates nested directories under
 solaris
In-Reply-To: <045.1c0f16657d83ea78ed7447a0378acec8@localhost>
References: <045.1c0f16657d83ea78ed7447a0378acec8@localhost>
Message-ID: <054.66553542db3cac196c946abb2bb78dd1@localhost>

#1962: make binary-dist creates nested directories under solaris
-----------------------------+----------------------------------------------
    Reporter:  maeder        |        Owner:         
        Type:  bug           |       Status:  closed 
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.8.1  
    Severity:  normal        |   Resolution:  fixed  
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Solaris
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Changes (by igloo):

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

Comment:

 Great, thanks! And thanks too for the bindist; I've added it to the 6.10.2
 download page.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1962#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 09:16:39 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 09:03:12 2009
Subject: [GHC] #2765: unsetenv not found under Solaris 8 when building
 ghc-6.10.1
In-Reply-To: <045.123eb53c80ae5471f437c79b85fa80f5@localhost>
References: <045.123eb53c80ae5471f437c79b85fa80f5@localhost>
Message-ID: <054.88bcc99e0e7d8a8ea73a6ccd18c2f509@localhost>

#2765: unsetenv not found under Solaris 8 when building ghc-6.10.1
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:         
        Type:  bug       |       Status:  closed 
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.10.1 
    Severity:  normal    |   Resolution:  fixed  
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Solaris
Architecture:  sparc     |  
-------------------------+--------------------------------------------------
Changes (by igloo):

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

Comment:

 OK, I'll close this ticket then. And thanks for the bindist; I've added it
 to the 6.10.2 download page.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2765#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 13:29:36 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 13:16:15 2009
Subject: [GHC] #2349: SIZET_FMT in includes/mkDerivedConstants.c needs
 to be "d" under older Solaris version
In-Reply-To: <045.bc3bbec7f28e57f84d533f6eb759f26c@localhost>
References: <045.bc3bbec7f28e57f84d533f6eb759f26c@localhost>
Message-ID: <054.ae99ab68b0ad1c04e502551706315fa0@localhost>

#2349: SIZET_FMT in includes/mkDerivedConstants.c needs to be "d" under older
Solaris version
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:         
        Type:  bug       |       Status:  closed 
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.10.1 
    Severity:  normal    |   Resolution:  fixed  
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Solaris
Architecture:  sparc     |  
-------------------------+--------------------------------------------------
Changes (by igloo):

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

Comment:

 We decided in #2765 not to worry about Solaris 8 problems, so I'm closing
 this as fixed in Solaris 10.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2349#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 14:02:04 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 13:48:42 2009
Subject: [GHC] #2965: GHC on OS X does not compile 64-bit
In-Reply-To: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
References: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
Message-ID: <054.024fad4c808c1e22f11ac029cddbf1fb@localhost>

#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 pumpkin):

 * cc: pumpkingod@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2965#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 15:04:06 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 14:50:46 2009
Subject: [GHC] #2658: Extreme memory usage (probably type functions)
In-Reply-To: <044.e9d0778983f3efa5257edab0ca1c5901@localhost>
References: <044.e9d0778983f3efa5257edab0ca1c5901@localhost>
Message-ID: <053.ef391ed21f70808aeaa7ab2833088f5e@localhost>

#2658: Extreme memory usage (probably type functions)
----------------------------------------+-----------------------------------
    Reporter:  guest                    |        Owner:  chak   
        Type:  bug                      |       Status:  closed 
    Priority:  low                      |    Milestone:  6.12.1 
   Component:  Compiler (Type checker)  |      Version:  6.9    
    Severity:  major                    |   Resolution:  invalid
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Linux  
Architecture:  x86_64 (amd64)           |  
----------------------------------------+-----------------------------------
Changes (by igloo):

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

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2658#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 15:26:00 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 15:12:32 2009
Subject: [GHC] #3170: -fregs-graph: GraphOps.coalesceNodes: can't coalesce
 the same node.
Message-ID: <044.217867b989fd5282bd65a3f779ac8da1@localhost>

#3170: -fregs-graph: GraphOps.coalesceNodes: can't coalesce the same node.
-------------------------------+--------------------------------------------
  Reporter:  igloo             |          Owner:                  
      Type:  bug               |         Status:  new             
  Priority:  high              |      Milestone:  6.12.1          
 Component:  Compiler          |        Version:  6.10.2          
  Severity:  normal            |       Keywords:                  
Difficulty:  Unknown           |       Testcase:                  
        Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-------------------------------+--------------------------------------------
 If `-fregs-graph` is used then the build fails when compiling
 `PrimOps.cmm`:
 {{{
 $ /home/ian/ghc/darcs/ghc/ghc/stage1-inplace/ghc  -Werror -H64m -O0 -fasm
 -optc-O2 -I../includes -I. -Iparallel -Ism -Ieventlog -DCOMPILING_RTS
 -package-name rts -static  -I../gmp/gmpbuild -I../libffi/build/include -I.
 -dcmm-lint     -c PrimOps.cmm -o PrimOps.o -fregs-graph
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.11.20090409 for x86_64-unknown-linux):
         GraphOps.coalesceNodes: can't coalesce the same node.

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

 This blocks #2790.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3170>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 15:26:14 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 15:12:44 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.49ec509a859a76ebd8a0f979907f9578@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Blocked by #3170.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 16:40:49 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:27:20 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.ab23305da556d7ba1acfd5bca16639c5@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.8.2  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * priority:  normal => low
  * milestone:  => 6.12.1

Comment:

 Hmm, curious. Are you able to test with 6.10.2?

 If you try to compile a simple file, e.g.
 {{{
 main = putStrLn "Foo"
 }}}
 with
 {{{
 ghc -O -c test.hs
 }}}
 then do you get the error?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 16:43:12 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:29:41 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.99b4ef5533229e115d15e9f226b9c128@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:  6.12.1          
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 16:43:32 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:30:11 2009
Subject: [GHC] #3021: A way to programmatically insert marks into heap
 profiling output
In-Reply-To: <043.8f6f7af4d3cf139bc012e761a76247cb@localhost>
References: <043.8f6f7af4d3cf139bc012e761a76247cb@localhost>
Message-ID: <052.35c90744c233cf96ed1a8e90ce925ccf@localhost>

#3021: A way to programmatically insert marks into heap profiling output
---------------------------------+------------------------------------------
    Reporter:  SamB              |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Profiling         |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:  profiling         |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3021#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 16:43:50 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:30:21 2009
Subject: [GHC] #3024: Rewrite hp2ps in Haskell
In-Reply-To: <043.5e2ae06063a38e8d4403ee8cfc50d869@localhost>
References: <043.5e2ae06063a38e8d4403ee8cfc50d869@localhost>
Message-ID: <052.8af40957646b2e686c424634d7ef0930@localhost>

#3024: Rewrite hp2ps in Haskell
---------------------------------+------------------------------------------
    Reporter:  SamB              |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Profiling         |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3024#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 16:44:04 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:30:34 2009
Subject: [GHC] #3026: GHCi segfault
In-Reply-To: <045.32dfa38b320a92e3252f23b24d4bdbec@localhost>
References: <045.32dfa38b320a92e3252f23b24d4bdbec@localhost>
Message-ID: <054.5177ce88842d70244b1ef6256e442452@localhost>

#3026: GHCi segfault
-----------------------+----------------------------------------------------
    Reporter:  porges  |        Owner:         
        Type:  bug     |       Status:  new    
    Priority:  normal  |    Milestone:         
   Component:  GHCi    |      Version:  6.10.1 
    Severity:  major   |   Resolution:         
    Keywords:          |   Difficulty:  Unknown
    Testcase:          |           Os:  Linux  
Architecture:  x86     |  
-----------------------+----------------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Old description:

> This may be libedit's fault, but I can't tell :)
>
> How to replicate:
> Load up GHCi, hold the up-arrow. Segfault!
>
> Here's a backtrace:
>
>     Program received signal SIGSEGV, Segmentation fault.
>     [Switching to Thread 0xb7e546b0 (LWP 9959)]
>     0xb808133c in ?? () from /usr/lib/libedit.so.2
>     (gdb) bt
>     #0  0xb808133c in ?? () from /usr/lib/libedit.so.2
>     #1  0xb8085e1a in ?? () from /usr/lib/libedit.so.2
>     #2  0xb8088164 in el_gets () from /usr/lib/libedit.so.2
>     #3  0xb8095d24 in readline () from /usr/lib/libedit.so.2
>     #4  0x08aaea00 in ?? ()
>     Backtrace stopped: previous frame inner to this frame (corrupt
> stack?)
>     (gdb)

New description:

 This may be libedit's fault, but I can't tell :)

 How to replicate:
 Load up GHCi, hold the up-arrow. Segfault!

 Here's a backtrace:
 {{{
     Program received signal SIGSEGV, Segmentation fault.
     [Switching to Thread 0xb7e546b0 (LWP 9959)]
     0xb808133c in ?? () from /usr/lib/libedit.so.2
     (gdb) bt
     #0  0xb808133c in ?? () from /usr/lib/libedit.so.2
     #1  0xb8085e1a in ?? () from /usr/lib/libedit.so.2
     #2  0xb8088164 in el_gets () from /usr/lib/libedit.so.2
     #3  0xb8095d24 in readline () from /usr/lib/libedit.so.2
     #4  0x08aaea00 in ?? ()
     Backtrace stopped: previous frame inner to this frame (corrupt stack?)
     (gdb)
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3026#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 16:47:08 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:33:37 2009
Subject: [GHC] #3026: GHCi segfault
In-Reply-To: <045.32dfa38b320a92e3252f23b24d4bdbec@localhost>
References: <045.32dfa38b320a92e3252f23b24d4bdbec@localhost>
Message-ID: <054.3af9c9e4ef35d38c1a19a05ea1803e86@localhost>

#3026: GHCi segfault
-----------------------+----------------------------------------------------
    Reporter:  porges  |        Owner:         
        Type:  bug     |       Status:  new    
    Priority:  normal  |    Milestone:  6.12.1 
   Component:  GHCi    |      Version:  6.10.1 
    Severity:  major   |   Resolution:         
    Keywords:          |   Difficulty:  Unknown
    Testcase:          |           Os:  Linux  
Architecture:  x86     |  
-----------------------+----------------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

Comment:

 I can't reproduce this, but I think we should assume it's editline for
 now, and test again once the head has stopped using it.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3026#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 16:51:34 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:38:05 2009
Subject: [GHC] #3030: GHCI Loading Compiled Modules Under Windows XP
 Crashes
In-Reply-To: <045.6520dffed9f982658cc7c254dd664b33@localhost>
References: <045.6520dffed9f982658cc7c254dd664b33@localhost>
Message-ID: <054.adcdc3f99f8ba95526afe21ad4879c03@localhost>

#3030: GHCI Loading Compiled Modules Under Windows XP Crashes
-----------------------+----------------------------------------------------
    Reporter:  jburck  |        Owner:         
        Type:  bug     |       Status:  closed 
    Priority:  normal  |    Milestone:         
   Component:  GHCi    |      Version:  6.10.1 
    Severity:  normal  |   Resolution:  invalid
    Keywords:          |   Difficulty:  Unknown
    Testcase:          |           Os:  Windows
Architecture:  x86     |  
-----------------------+----------------------------------------------------
Changes (by igloo):

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

Comment:

 No response, so closing.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3030#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:07:36 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:54:06 2009
Subject: [GHC] #3034: divInt# floated into a position which leads to low
 arity
In-Reply-To: <053.0019c225828c125ef2fe245d50116a1f@localhost>
References: <053.0019c225828c125ef2fe245d50116a1f@localhost>
Message-ID: <062.bebe49f28518a4e62b020dbb4ea2b968@localhost>

#3034: divInt# floated into a position which leads to low arity
-----------------------------------------+----------------------------------
    Reporter:  batterseapower            |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.10.1          
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3034#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:08:36 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 16:55:05 2009
Subject: [GHC] #3032: would be nice if -fno-code and --make worked
 together
In-Reply-To: <045.95d90490c3a839988666e452fac25300@localhost>
References: <045.95d90490c3a839988666e452fac25300@localhost>
Message-ID: <054.8dd7278eb873a4aa498f75b5f0ad85d0@localhost>

#3032: would be nice if -fno-code and --make worked together
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3032#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:14:44 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:01:15 2009
Subject: [GHC] #1884: Win64 Port
In-Reply-To: <047.1fa130761f7e9ddaef7c551aeff5576e@localhost>
References: <047.1fa130761f7e9ddaef7c551aeff5576e@localhost>
Message-ID: <056.3b434e9d327c71cd74e04573b824b460@localhost>

#1884: Win64 Port
-------------------------------+--------------------------------------------
    Reporter:  simonmar        |        Owner:         
        Type:  task            |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.8.1  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Windows
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by PVerswyvelen):

 * cc: Peter.Verswyvelen@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1884#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:17:44 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:04:14 2009
Subject: [GHC] #3036: Max/Min Monoids
In-Reply-To: <048.94c5fac7b8338a7b3c6807ec8bc79bf5@localhost>
References: <048.94c5fac7b8338a7b3c6807ec8bc79bf5@localhost>
Message-ID: <057.43a141819c2898f17a74a47b958a85b8@localhost>

#3036: Max/Min Monoids
---------------------------------+------------------------------------------
    Reporter:  whpearson         |        Owner:                  
        Type:  proposal          |       Status:  new             
    Priority:  normal            |    Milestone:  Not GHC         
   Component:  libraries/base    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => Not GHC

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3036#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:18:38 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:05:24 2009
Subject: [GHC] #3041: Arch independent binary representations
In-Reply-To: <046.ec9add4015adc692796a9426b46aeec0@localhost>
References: <046.ec9add4015adc692796a9426b46aeec0@localhost>
Message-ID: <055.3a73c7a457283bbe4f9058ecfc6fcf51@localhost>

#3041: Arch independent binary representations
---------------------------------+------------------------------------------
    Reporter:  nomeata           |        Owner:         
        Type:  feature request   |       Status:  new    
    Priority:  normal            |    Milestone:  6.12.1 
   Component:  Compiler          |      Version:  6.10.1 
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Linux  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3041#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:19:31 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:06:02 2009
Subject: [GHC] #3045: GHCI Crashes Under Windows when loading compiled
 code
In-Reply-To: <045.753f237853c90b31fef839a556ac402c@localhost>
References: <045.753f237853c90b31fef839a556ac402c@localhost>
Message-ID: <054.fecd6d3d79a1fbdb3f55fa9d68aaba96@localhost>

#3045: GHCI Crashes Under Windows when loading compiled code
-------------------------+--------------------------------------------------
    Reporter:  jburck    |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  low       |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.10.1 
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Windows
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * priority:  normal => low
  * milestone:  => 6.12.1

Comment:

 Low priority while we're waiting for a response.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3045#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:19:53 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:06:22 2009
Subject: [GHC] #3049: STM with data invariants crashes GHC
In-Reply-To: <046.1d33a67baae883decd123e9a74ad7517@localhost>
References: <046.1d33a67baae883decd123e9a74ad7517@localhost>
Message-ID: <055.4c26b94a0c9a830bc2a841730a3f43f2@localhost>

#3049: STM with data invariants crashes GHC
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3049#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:20:16 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:06:46 2009
Subject: [GHC] #3050: parsec: bug in caret escape parsing
In-Reply-To: <042.5f70547f1aef0fa66cee3b055ba52438@localhost>
References: <042.5f70547f1aef0fa66cee3b055ba52438@localhost>
Message-ID: <051.7793b9ff38fff82c26ad05550861233d@localhost>

#3050: parsec: bug in caret escape parsing
----------------------------------+-----------------------------------------
    Reporter:  sof                |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  Not GHC         
   Component:  libraries (other)  |      Version:  6.10.1          
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => Not GHC

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3050#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:22:00 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:08:28 2009
Subject: [GHC] #3051: Add product/sum/maximum/minimum specialisations
 for more atomic types
In-Reply-To: <050.4cbbe590f771bebce8bcbc747d03bc73@localhost>
References: <050.4cbbe590f771bebce8bcbc747d03bc73@localhost>
Message-ID: <059.a750878b43f98dddae391e185a8125ee@localhost>

#3051: Add product/sum/maximum/minimum specialisations for more atomic types
---------------------------------+------------------------------------------
    Reporter:  thorkilnaur       |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3051#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:26:11 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:12:41 2009
Subject: [GHC] #3055: Int / Word / IntN / WordN are unequally optimized
In-Reply-To: <044.1c39597802e7cddf9bd2ebc2460d51ee@localhost>
References: <044.1c39597802e7cddf9bd2ebc2460d51ee@localhost>
Message-ID: <053.01aec18aa721cd778b6347465a1ab97f@localhost>

#3055: Int / Word / IntN / WordN are unequally optimized
-----------------------------------------+----------------------------------
    Reporter:  claus                     |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12.1          
   Component:  Compiler                  |      Version:  6.11            
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3055#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:27:35 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:14:09 2009
Subject: [GHC] #3056: StrictAnal module naming issue
In-Reply-To: <046.bf14dee7e90b3354e0823f5b9890979f@localhost>
References: <046.bf14dee7e90b3354e0823f5b9890979f@localhost>
Message-ID: <055.bb67ba56ac9df127979c6168f82b1aad@localhost>

#3056: StrictAnal module naming issue
---------------------------------+------------------------------------------
    Reporter:  pumpkin           |        Owner:                  
        Type:  proposal          |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  trivial           |   Resolution:  wontfix         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 Doesn't look like we have consensus to change it, so I'm closing this
 ticket. Perhaps the cvs-ghc mailing list would be a better place to
 discuss it if you disagree.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3056#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:27:48 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:14:17 2009
Subject: [GHC] #3058: Add a 'hex' function to the pretty printing
In-Reply-To: <044.e74c5c1ad7fed84ea73220aeb11ff713@localhost>
References: <044.e74c5c1ad7fed84ea73220aeb11ff713@localhost>
Message-ID: <053.52d811dbf39b05e8ca7d03236fb5f2c1@localhost>

#3058: Add a 'hex' function to the pretty printing
---------------------------------------------+------------------------------
    Reporter:  TomMD                         |        Owner:                  
        Type:  proposal                      |       Status:  new             
    Priority:  normal                        |    Milestone:  Not GHC         
   Component:  libraries/base                |      Version:                  
    Severity:  normal                        |   Resolution:                  
    Keywords:  pretty, prettyprint, library  |   Difficulty:  Unknown         
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple              |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => Not GHC

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3058#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 17:53:39 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:40:08 2009
Subject: [GHC] #3054: ghc crashes with unicode escape and literal
 character together
In-Reply-To: <050.72ac5435f2e7988cfb77528882a5529e@localhost>
References: <050.72ac5435f2e7988cfb77528882a5529e@localhost>
Message-ID: <059.8ede3ddd02efe92c6e96f2358552485f@localhost>

#3054: ghc crashes with unicode escape and literal character together
---------------------------------+------------------------------------------
    Reporter:  iamfishhead       |        Owner:         
        Type:  bug               |       Status:  closed 
    Priority:  normal            |    Milestone:         
   Component:  Compiler          |      Version:  6.8.2  
    Severity:  normal            |   Resolution:  fixed  
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Linux  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 Thanks for the report. Happily, this already works in the HEAD and the
 6.10 branch.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3054#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 18:01:56 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:48:26 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.21cdfb5bc3389543d534271b62fa1092@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.8.2  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by akrohit):

 I just tested it with ghc-6.10.2 and is still reproducible.

 The interesting part is that the bus does not occur with files containing
 simple programs like the above one (test.hs).

 But while compiling any standard hackage package or any other complex
 program results in the error.

 I am attaching a sample output of the bug which might help. (produced with
 ghc-6.10.2)

 The lines marked with ****** are my comments

 I am also attaching the portion of temporary file (as the original file is
 too big) that is reported in the error message. I have marked the first
 few error by giving a comment at the proper line no. To go to the error
 line just search the string "error" in file named ghc2061_0.s

 Thought it might help.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 18:02:10 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:48:40 2009
Subject: [GHC] #3059: 3 different behaviours depending on profiling
 settings and on a used-only-once form being top-level
In-Reply-To: <043.65beacb4ac206762f56576480f564413@localhost>
References: <043.65beacb4ac206762f56576480f564413@localhost>
Message-ID: <052.28fd5ac4fdabd0f931aef38b431a6cfa@localhost>

#3059: 3 different behaviours depending on profiling settings and on a used-only-
once form being top-level
-------------------------+--------------------------------------------------
    Reporter:  jkff      |        Owner:             
        Type:  bug       |       Status:  new        
    Priority:  normal    |    Milestone:  6.12 branch
   Component:  Compiler  |      Version:  6.10.1     
    Severity:  normal    |   Resolution:             
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Windows    
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3059#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 18:03:38 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:50:10 2009
Subject: [GHC] #3064: Very long compile times with type functions
In-Reply-To: <046.2a7b2611764311f7357001c522d303b9@localhost>
References: <046.2a7b2611764311f7357001c522d303b9@localhost>
Message-ID: <055.181ee34be793acfd5cee172dabb054ce@localhost>

#3064: Very long compile times with type functions
---------------------------------------------+------------------------------
    Reporter:  simonpj                       |        Owner:  chak            
        Type:  compile-time performance bug  |       Status:  new             
    Priority:  normal                        |    Milestone:  6.12 branch     
   Component:  Compiler (Type checker)       |      Version:  6.10.1          
    Severity:  normal                        |   Resolution:                  
    Keywords:                                |   Difficulty:  Unknown         
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple              |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3064#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 18:03:47 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:50:16 2009
Subject: [GHC] #3070: floor(0/0) should not be defined
In-Reply-To: <046.e7310ec88130e4aef68644b0cf077a3b@localhost>
References: <046.e7310ec88130e4aef68644b0cf077a3b@localhost>
Message-ID: <055.fed6b3ae72213789aeb529fdf8fd530d@localhost>

#3070: floor(0/0) should not be defined
---------------------------------+------------------------------------------
    Reporter:  carette           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Prelude           |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3070#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 18:04:31 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 17:51:00 2009
Subject: [GHC] #3072: considerations for management of shared libs
In-Reply-To: <045.6f777a46b5d4eb212ac94c917f9f3ef8@localhost>
References: <045.6f777a46b5d4eb212ac94c917f9f3ef8@localhost>
Message-ID: <054.45524681b01de0a71b16641b7fd5d4c6@localhost>

#3072: considerations for management of shared libs
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:         
        Type:  proposal          |       Status:  new    
    Priority:  normal            |    Milestone:  6.12.1 
   Component:  None              |      Version:  6.10.1 
    Severity:  normal            |   Resolution:         
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Linux  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3072#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 18:17:11 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 18:03:40 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.8e8df591717390d05533fd9a0fbfb6b8@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.8.2  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by igloo):

 OK, so some characters with least significant bit 0 are getting their
 least significant bit set to 1. We have `d` -> `e`, `z` -> `{` and `:` ->
 `;`. I'd guess that this is the Ubuntu 6.8.2 and the 6.10.2 bindist, both
 of which work for other people, so it smells like a hardware problem to
 me. Have you tried running memtest or similar?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 19:16:47 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 19:03:20 2009
Subject: [GHC] #3073: Avoid reconstructing dictionaries in recursive
 instance methods
In-Reply-To: <046.cb32dbba432b9228a1ce1c087df10ff6@localhost>
References: <046.cb32dbba432b9228a1ce1c087df10ff6@localhost>
Message-ID: <055.4ad51829630e3fa2b5cddb55266ed509@localhost>

#3073: Avoid reconstructing dictionaries in recursive instance methods
-----------------------------------------+----------------------------------
    Reporter:  simonpj                   |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12 branch     
   Component:  Compiler                  |      Version:  6.10.1          
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3073#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 19:19:44 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 19:06:21 2009
Subject: [GHC] #3076: Make genericLength tail-recursive so it doesn't
 overflow stack
In-Reply-To: <047.09c3cc32fe230c7b5b0bb571eadca7cb@localhost>
References: <047.09c3cc32fe230c7b5b0bb571eadca7cb@localhost>
Message-ID: <056.01b97e75253faf72f56de44f504606ce@localhost>

#3076: Make genericLength tail-recursive so it doesn't overflow stack
-----------------------------------------+----------------------------------
    Reporter:  Syzygies                  |        Owner:                  
        Type:  run-time performance bug  |       Status:  closed          
    Priority:  normal                    |    Milestone:                  
   Component:  Compiler                  |      Version:  6.10.1          
    Severity:  normal                    |   Resolution:  wontfix         
    Keywords:  genericLength             |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * status:  reopened => closed
  * resolution:  => wontfix

Comment:

 This assumes that `(==)` terminates, which it might not do, e.g. with some
 datatypes representing the reals.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3076#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 19:39:54 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 19:26:24 2009
Subject: [GHC] #3077: 'make' fails in utils (6.11)
In-Reply-To: <041.aaa82bb4ec2c0a818ded70efdaec6b99@localhost>
References: <041.aaa82bb4ec2c0a818ded70efdaec6b99@localhost>
Message-ID: <050.77370e2f165d4151211b455db22b333d@localhost>

#3077: 'make' fails in utils (6.11)
-----------------------------+----------------------------------------------
    Reporter:  nr            |        Owner:         
        Type:  bug           |       Status:  closed 
    Priority:  normal        |    Milestone:         
   Component:  Build System  |      Version:  6.11   
    Severity:  normal        |   Resolution:  fixed  
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Linux  
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Changes (by igloo):

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

Comment:

 I'm going to close this, as everything's changed in the new build system
 (which will hit the HEAD very soon now) anyway.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3077#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 20:03:56 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 19:50:26 2009
Subject: [GHC] #3088: have ghc-pkg print less useless info when
 registering
In-Reply-To: <045.a08b0a44980955bc3fea79b4658f5193@localhost>
References: <045.a08b0a44980955bc3fea79b4658f5193@localhost>
Message-ID: <054.e088a231c8de923c07d224f2e3f9c476@localhost>

#3088: have ghc-pkg print less useless info when registering
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

Comment:

 This sounds easy, let's do it for 6.12.1.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3088#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 21:01:38 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 20:48:51 2009
Subject: [GHC] #1876: Complete shared library support
In-Reply-To: <047.2ab772cd4150dcd51ba47e309570e649@localhost>
References: <047.2ab772cd4150dcd51ba47e309570e649@localhost>
Message-ID: <056.9b286b60809db9ccd205cda61115a3e8@localhost>

#1876: Complete shared library support
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                    
        Type:  task              |       Status:  new               
    Priority:  high              |    Milestone:  6.12.1            
   Component:  Compiler          |      Version:  6.8.1             
    Severity:  normal            |   Resolution:                    
    Keywords:                    |   Difficulty:  Difficult (1 week)
    Testcase:                    |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by ttuegel):

 * cc: ttuegel@gmail.com (added)

Comment:

 Since there hasn't been any chatter on this ticket in more than a month, I
 thought I would share some observations I made today testing shared
 library support on x86_64 Linux (I also have an x86 machine to test on
 later).  I apologize in advance if this information is redundant; keep in
 mind it comes from an only moderately well-informed outsider.

 1. ./configure --enable-shared && make successfully compiles a compiler!
 I nearly fell out of my chair in awe!

 2. make -jN does not work for N > 1, but this may be a symptom of the
 build system in general, and not of shared library support.

 3. Because we need binaries bootstrapped as part of the compile process to
 install everything, make install fails because the operating system linker
 cannot find the shared libraries.

 I was able to use some LD_LIBRARY_PATH magic to include the relevant build
 directories and install anyway, but this only exposed the following:

 4. We put shared libraries for most packages into ${prefix}/lib but the
 rts and ffi shared-libraries go into ${prefix}/lib/ghc-6.11.20090409 where
 the dynamic linker won't find them by default.  Although we could use
 LD_LIBRARY_PATH to include the appropriate directory, that feels like a
 dirty hack: the standard Linux practice seems to be to put any shared
 libraries the linker needs to find where it will find them by default.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1876#comment:26>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 21:22:53 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 21:09:22 2009
Subject: [GHC] #3163: GADTs should not allow polymorphism in return type
In-Reply-To: <051.9e183310fa287b7470565c1ecdf33535@localhost>
References: <051.9e183310fa287b7470565c1ecdf33535@localhost>
Message-ID: <060.d7b5c437f3f526e0ba9a99ac87f38890@localhost>

#3163: GADTs should not allow polymorphism in return type
----------------------------------------+-----------------------------------
    Reporter:  Scott Turner             |        Owner:         
        Type:  bug                      |       Status:  new    
    Priority:  normal                   |    Milestone:         
   Component:  Compiler (Type checker)  |      Version:  6.10.1 
    Severity:  normal                   |   Resolution:         
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Linux  
Architecture:  x86                      |  
----------------------------------------+-----------------------------------
Comment (by Scott Turner):

 The revised title is quite acceptable. Thanks.[[BR]]
 Scott

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3163#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 14 21:58:30 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 21:45:04 2009
Subject: [GHC] #3170: -fregs-graph: GraphOps.coalesceNodes: can't
 coalesce the same node.
In-Reply-To: <044.217867b989fd5282bd65a3f779ac8da1@localhost>
References: <044.217867b989fd5282bd65a3f779ac8da1@localhost>
Message-ID: <053.af5a678094a21946a1643f9d15f8c8cf@localhost>

#3170: -fregs-graph: GraphOps.coalesceNodes: can't coalesce the same node.
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  benl            
        Type:  bug               |       Status:  assigned        
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by benl):

  * status:  new => assigned
  * owner:  => benl

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3170#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 00:10:39 2009
From: trac at galois.com (GHC)
Date: Tue Apr 14 23:57:12 2009
Subject: [GHC] #3169: Type families occurs check
In-Reply-To: <046.f50c6669d566defadebec162fefa1a6e@localhost>
References: <046.f50c6669d566defadebec162fefa1a6e@localhost>
Message-ID: <055.d525b06f9c093e8b564df992d928dc8f@localhost>

#3169: Type families occurs check
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:  chak            
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  worksforme      
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by chak):

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

Comment:

 I disagree.  GHC is perfectly right.  You forgot to match the ''data
 constructor'' `MP` in the second argument of `lookup`.
 {{{
 instance (Key a, Key b) => Key (a,b) where
   type Map (a,b) = MP a b
   lookup (a,b) (MP m)
      = case lookup a m of
           Just m2 -> lookup b m2
 }}}
 works fine for me in the HEAD.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3169#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 00:40:05 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 00:26:34 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.35824fcf03b8ae4061b1f87a31f00015@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by akrohit):

  * version:  6.8.2 => 6.10.2

Comment:

 Earlier I was using Fedora (Currently ubuntu 8.10) and the same errors
 were coming. So I guess it has got not much to do with any particular
 linux distro.

 Moreover I just did a memtest and it passed it without any errors.

 I have also used gcc for compiling other big large projects without any
 problem, moreover my system runs fine. I mean till yet I haven't seen any
 signs that might conclude to some hardware issues.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 03:26:58 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 03:13:31 2009
Subject: [GHC] #3169: Bad occurs-check error message
In-Reply-To: <046.f50c6669d566defadebec162fefa1a6e@localhost>
References: <046.f50c6669d566defadebec162fefa1a6e@localhost>
Message-ID: <055.6b5280df97d9c3f93830fde3b3ec9007@localhost>

#3169: Bad occurs-check error message
----------------------------------------+-----------------------------------
    Reporter:  simonpj                  |        Owner:  chak            
        Type:  bug                      |       Status:  reopened        
    Priority:  normal                   |    Milestone:  6.12.1          
   Component:  Compiler (Type checker)  |      Version:  6.10.2          
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by simonpj):

  * status:  closed => reopened
  * component:  Compiler => Compiler (Type checker)
  * resolution:  worksforme =>
  * summary:  Type families occurs check => Bad occurs-check error message

Comment:

 Darn! Silly me.

 The error message is horrible though:

  * In the call `(lookup a m)` there's a second error: looking up in `m`
 requires a key of type `(a,b)` but `a::a`.  So a more comprehensible error
 might be "can't unify `a` with `(a,b)`".  (Not an occurs-check, but
 because 'a' is a skolem.)  I think with our new "deferring" mechanism
 we'll be able to defer occurs-check errors and report other errors first.

  * The occurs-check itself is unhelpful.  It should really say
 {{{
     Occurs check: cannot construct the infinite type: elt = Map b elt
     Expected type: Maybe (Map b elt)
     Inferred type: Maybe elt
     In the expression: lookup a m :: Maybe (Map b elt)
 }}}
   Ie not `elt = t elt` but `elt = Map b elt`.  And showing the
 expected/inferred types would be helpful.

 I'll re-open with a new title!

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3169#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 03:27:37 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 03:14:08 2009
Subject: [GHC] #3169: Bad occurs-check error message
In-Reply-To: <046.f50c6669d566defadebec162fefa1a6e@localhost>
References: <046.f50c6669d566defadebec162fefa1a6e@localhost>
Message-ID: <055.f540353297d1471d0e941aaf9cc91e5d@localhost>

#3169: Bad occurs-check error message
----------------------------------------+-----------------------------------
    Reporter:  simonpj                  |        Owner:                  
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:  6.12.1          
   Component:  Compiler (Type checker)  |      Version:  6.10.2          
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by simonpj):

  * status:  reopened => new
  * owner:  chak =>

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3169#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 07:56:27 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 07:42:56 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.1858cad3c5fc0f29c560295d0834548e@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by igloo):

 So just to check:

  * You've only seen this on one computer
  * You've seen it with 2 different OS installs
  * You've seen it with GHC 6.8.2 and 6.10.2
  * You've been using binary packages of GHC, not building GHC yourself

 Is that all correct?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 08:56:07 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 08:42:37 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.90b0e9dfca865b8ff27d0bb6c80dc8c7@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by akrohit):

 Ya.

 I tried building ghc on my system but faced the same errors so am using
 binary ghc packages.

 Just one more thing to add. The errors I get is only when I try to create
 an executable. They all get loaded in the ghci (interpreter) correctly.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 09:04:00 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 08:50:28 2009
Subject: [GHC] #3080: Show more instances with :info
In-Reply-To: <044.6dbc83806a42f26420040b9e0eccdfe5@localhost>
References: <044.6dbc83806a42f26420040b9e0eccdfe5@localhost>
Message-ID: <053.6de047785e103a922a6a0847127b1671@localhost>

#3080: Show more instances with :info
---------------------------------+------------------------------------------
    Reporter:  josef             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3080#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 09:17:50 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 09:04:18 2009
Subject: [GHC] #3082: Unclear warning message: Attempting to re-export
 hidden constructors
In-Reply-To: <042.a5c4cd3afa0abc022930d0824ba94bfa@localhost>
References: <042.a5c4cd3afa0abc022930d0824ba94bfa@localhost>
Message-ID: <051.04cbdd7f04133e220a7efe6e8fc45f44@localhost>

#3082: Unclear warning message: Attempting to re-export hidden constructors
---------------------------------+------------------------------------------
    Reporter:  ksf               |        Owner:                  
        Type:  proposal          |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3082#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 09:18:07 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 09:04:38 2009
Subject: [GHC] #3083: Win32 package should bind SHGetFolderPath
In-Reply-To: <045.07ec9167505060698bef96705be4add8@localhost>
References: <045.07ec9167505060698bef96705be4add8@localhost>
Message-ID: <054.0b13f631a8910ff9d59c64800fca6a13@localhost>

#3083: Win32 package should bind SHGetFolderPath
----------------------------------+-----------------------------------------
    Reporter:  duncan             |        Owner:         
        Type:  feature request    |       Status:  new    
    Priority:  normal             |    Milestone:  6.12.1 
   Component:  libraries (other)  |      Version:  6.10.1 
    Severity:  normal             |   Resolution:         
    Keywords:                     |   Difficulty:  Unknown
    Testcase:                     |           Os:  Windows
Architecture:  x86                |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3083#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 11:26:41 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 11:13:32 2009
Subject: [GHC] #3085: warn about language extensions that are not used
In-Reply-To: <051.bedfbd02c24cc787d0bf163c67d17d1e@localhost>
References: <051.bedfbd02c24cc787d0bf163c67d17d1e@localhost>
Message-ID: <060.8089ac8d002b2132d4e2a2b4dd97d7ba@localhost>

#3085: warn about language extensions that are not used
---------------------------------------------+------------------------------
    Reporter:  PVerswyvelen                  |        Owner:                  
        Type:  feature request               |       Status:  new             
    Priority:  normal                        |    Milestone:  6.12.1          
   Component:  Compiler                      |      Version:  6.10.1          
    Severity:  normal                        |   Resolution:                  
    Keywords:  warnings extensions language  |   Difficulty:  Unknown         
    Testcase:                                |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple              |  
---------------------------------------------+------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3085#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 11:28:40 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 11:15:07 2009
Subject: [GHC] #3089: Sanity checker false positive (presumably)
In-Reply-To: <044.7c0b171724271f62443ee855d47aa195@localhost>
References: <044.7c0b171724271f62443ee855d47aa195@localhost>
Message-ID: <053.8ec2330cdc61534ebafe113966584036@localhost>

#3089: Sanity checker false positive (presumably)
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

Comment:

 Thanks for the report.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3089#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 12:30:00 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 12:16:29 2009
Subject: [GHC] #3089: Sanity checker false positive (presumably)
In-Reply-To: <044.7c0b171724271f62443ee855d47aa195@localhost>
References: <044.7c0b171724271f62443ee855d47aa195@localhost>
Message-ID: <053.8a3ee32aabe2bb2b8923ef4d21c82446@localhost>

#3089: Sanity checker false positive (presumably)
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 I can't reproduce this on Linux, and seem not to have the C GLUT on OS X.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3089#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 13:15:31 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 13:02:10 2009
Subject: [GHC] #3090: ghc-pkg update should fail if dependent packages
 might break
In-Reply-To: <047.bbfd47d98ad2aecd41c60e5c078d3f61@localhost>
References: <047.bbfd47d98ad2aecd41c60e5c078d3f61@localhost>
Message-ID: <056.ea3cdc0ffa677d6854101e303e10abc0@localhost>

#3090: ghc-pkg update should fail if dependent packages might break
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3090#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 13:26:43 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 13:13:10 2009
Subject: [GHC] #3100: GHC Panic "reifyType PredTy" in
 HAppS.Data.IxSet.inferIxSet
In-Reply-To: <049.c0071745bb9fd450cac603f8c5f89f94@localhost>
References: <049.c0071745bb9fd450cac603f8c5f89f94@localhost>
Message-ID: <058.db891997b1fbda588d31dc2463efb4fc@localhost>

#3100: GHC Panic "reifyType PredTy" in HAppS.Data.IxSet.inferIxSet
-------------------------------+--------------------------------------------
    Reporter:  mightybyte      |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.1 
    Severity:  minor           |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * priority:  normal => low
  * milestone:  => 6.12.1

Comment:

 "low" as this could benefit from a self-contained testcase.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3100#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 13:29:09 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 13:15:38 2009
Subject: [GHC] #3098: loadObj: failed
In-Reply-To: <047.e5683801e4ce8e212daa73954b5ab839@localhost>
References: <047.e5683801e4ce8e212daa73954b5ab839@localhost>
Message-ID: <056.94de627aa39b398e77918e8065185835@localhost>

#3098: loadObj: failed
-------------------------------------+--------------------------------------
    Reporter:  rheineke              |        Owner:         
        Type:  bug                   |       Status:  new    
    Priority:  normal                |    Milestone:         
   Component:  Compiler              |      Version:  6.10.1 
    Severity:  normal                |   Resolution:         
    Keywords:  undefined impossible  |   Difficulty:  Unknown
    Testcase:                        |           Os:  MacOS X
Architecture:  x86                   |  
-------------------------------------+--------------------------------------
Old description:

> I coded the PrettyStub.hs file as shown in the Real World Haskell, page
> 119 and loaded it into ghci. I then proceeded to follow the examples on
> page 120:
>
> ghci>:load PrettyStub
> [2 of 2] Compiling Main             ( PrettyStub.hs, interpreted )
> Ok, modules loaded: SimpleJSON, Main.
> ghci>:show modules
> SimpleJSON       ( SimpleJSON.hs, SimpleJSON.o )
> Main             ( PrettyStub.hs, interpreted )
> ghci>:type undefined
> undefined :: a
> ghci>undefined
> *** Exception: Prelude.undefined
> ghci>double 3.14
> ghc: panic! (the 'impossible' happened)
>   (GHC version 6.10.1 for i386-apple-darwin):
>         loadObj: failed
>
> Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
>
> And now I'm here.

New description:

 I coded the `PrettyStub.hs` file as shown in the Real World Haskell, page
 119 and loaded it into ghci. I then proceeded to follow the examples on
 page 120:
 {{{
 ghci>:load PrettyStub
 [2 of 2] Compiling Main             ( PrettyStub.hs, interpreted )
 Ok, modules loaded: SimpleJSON, Main.
 ghci>:show modules
 SimpleJSON       ( SimpleJSON.hs, SimpleJSON.o )
 Main             ( PrettyStub.hs, interpreted )
 ghci>:type undefined
 undefined :: a
 ghci>undefined
 *** Exception: Prelude.undefined
 ghci>double 3.14
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.1 for i386-apple-darwin):
         loadObj: failed

 Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
 }}}
 And now I'm here.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3098#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 13:39:35 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 13:26:02 2009
Subject: [GHC] #3094: Some GHC.* module should export word size and heap
 object header size
In-Reply-To: <045.907bdf02870cf9d7a457cb5fba873bca@localhost>
References: <045.907bdf02870cf9d7a457cb5fba873bca@localhost>
Message-ID: <054.a9b5f8d646020d62461091151a52363e@localhost>

#3094: Some GHC.* module should export word size and heap object header size
----------------------------------+-----------------------------------------
    Reporter:  duncan             |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  6.12.1          
   Component:  libraries (other)  |      Version:  6.10.1          
    Severity:  normal             |   Resolution:                  
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3094#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 13:57:23 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 13:43:53 2009
Subject: [GHC] #3098: loadObj: failed
In-Reply-To: <047.e5683801e4ce8e212daa73954b5ab839@localhost>
References: <047.e5683801e4ce8e212daa73954b5ab839@localhost>
Message-ID: <056.63489ccdb9bad7af41da2577fc828486@localhost>

#3098: loadObj: failed
-------------------------------------+--------------------------------------
    Reporter:  rheineke              |        Owner:         
        Type:  bug                   |       Status:  new    
    Priority:  low                   |    Milestone:  6.12.1 
   Component:  Compiler              |      Version:  6.10.1 
    Severity:  normal                |   Resolution:         
    Keywords:  undefined impossible  |   Difficulty:  Unknown
    Testcase:                        |           Os:  MacOS X
Architecture:  x86                   |  
-------------------------------------+--------------------------------------
Changes (by igloo):

  * priority:  normal => low
  * milestone:  => 6.12.1

Comment:

 I can't reproduce this on OS X with:
 {{{
 ghc -c SimpleJSON.hs
 ghci
 }}}
 and then the commands from your ghci session. I don't know what's on p120
 of the book, and couldn't easily find anything that looked right on the
 website. Please tell us exactly what commands you are using so that we can
 try to reproduce this.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3098#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 17:53:38 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 17:40:08 2009
Subject: [GHC] #3171: threadDelay causes Ctrl-C to be ignored when running
 interpreted code
Message-ID: <047.819554b7fd6d2c8ccb9e136526591f5c@localhost>

#3171: threadDelay causes Ctrl-C to be ignored when running interpreted code
---------------------+------------------------------------------------------
Reporter:  chowells  |          Owner:                
    Type:  bug       |         Status:  new           
Priority:  normal    |      Component:  Runtime System
 Version:  6.10.2    |       Severity:  normal        
Keywords:  runghc    |       Testcase:                
      Os:  Linux     |   Architecture:  x86           
---------------------+------------------------------------------------------
 the following program:
 {{{
 import Control.Concurrent
 import Control.Concurrent.MVar
 main = threadDelay 0 >> newEmptyMVar >>= takeMVar
 }}}
 will not respond to Ctrl-C when run via runghc, but does respond to Ctrl-C
 when compiled and executed.

 If the threadDelay is removed, it does respond to Ctrl-C both compiled and
 interpreted.

 In 6.10.1, Ctrl-C has the normal effect whether the program is run
 compiled or interpreted.

 The editline segmentation fault bug prevented us from testing the behavior
 in ghci.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3171>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 20:34:58 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 20:21:26 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.fdfd46aa28f55d02ed04c1c6dc38ada0@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:  6.12.1          
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by awick):

 These patches seem to help our code a little, but we're still seeing >1hr
 compile times that hit swap. I'll try to generate and upload some test
 vectors in the next couple days.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 20:57:48 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 20:44:14 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.a1a3e2fb2393acb88bb60816a1a13310@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:  6.12.1          
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by igloo):

 What flags are you using?

 When compiling via C, gcc seems to take a lot of time and RAM.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 15 21:15:21 2009
From: trac at galois.com (GHC)
Date: Wed Apr 15 21:01:47 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.39a43d350044c4b48d8993f990800946@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:  6.12.1          
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by awick):

 We're compiling via Cabal, with this set:

 {{{
     ghc-options: -O2 -Wall -fno-warn-orphans -funbox-strict-fields
 }}}

 I accidentally destroyed my HEAD installation, but based out of 6.10.1,
 cabal build -v2 reports these as the flags:

 {{{
 --make -hide-all-packages -i -idist/build -i. -idist/build/autogen
 -Idist/build/autogen -Idist/build -optP-include
 -optPdist/build/autogen/cabal_macros.h -odir dist/build -hidir dist/build
 -stubdir dist/build -package QuickCheck-2.1.0.1 -package SHA-1.4.0
 -package array-0.2.0.0 -package base-4.0.0.0 -package binary-0.5.0.1
 -package bytestring-0.9.1.4 -package monadLib-3.5.2 -package
 parallel-1.1.0.0 -package pureMD5-0.2.4 -package random-1.0.0.1 -package
 readline-1.0.1.0 -package syb-0.1.0.0 -package time-1.1.2.2 -O -O2 -Wall
 -fno-warn-orphans -funbox-strict-fields -XCPP -XFlexibleContexts
 -XFlexibleInstances -XDeriveDataTypeable -XMultiParamTypeClasses
 }}}

 So I don't think it's going through gcc.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 03:56:09 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 03:42:37 2009
Subject: [GHC] #1884: Win64 Port
In-Reply-To: <047.1fa130761f7e9ddaef7c551aeff5576e@localhost>
References: <047.1fa130761f7e9ddaef7c551aeff5576e@localhost>
Message-ID: <056.ac761819f707f0a3b13df1d1ae0c4ee0@localhost>

#1884: Win64 Port
-------------------------------+--------------------------------------------
    Reporter:  simonmar        |        Owner:         
        Type:  task            |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.8.1  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Windows
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by felixmar):

 * cc: fmartini@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1884#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 05:06:01 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 04:52:27 2009
Subject: [GHC] #3149: Data.HashTable is slow
In-Reply-To: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
References: <043.eaa7a27a50fe8c41b4866b70327cc84e@localhost>
Message-ID: <052.198c90f80ee9e25ed15fcb49769cee48@localhost>

#3149: Data.HashTable is slow
---------------------------------+------------------------------------------
    Reporter:  dons              |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  Runtime System    |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by duncan):

 Replying to [comment:5 igloo]:
 > We can't just move it out of base as `Data.Typeable` uses it.

 That doesn't mean it has to be exposed though. I assume it's not visible
 in the public interface of `Data.Typeable`.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3149#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 05:10:59 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 04:57:26 2009
Subject: [GHC] #2727: DiffArray performance unusable for advertized
 purpose
In-Reply-To: <044.19ebac4c441c1f8e8ea00498a3c1e235@localhost>
References: <044.19ebac4c441c1f8e8ea00498a3c1e235@localhost>
Message-ID: <053.4dd9b23d3d157984fa5abe6c0f197594@localhost>

#2727: DiffArray performance unusable for advertized purpose
-----------------------------------------+----------------------------------
    Reporter:  claus                     |        Owner:                  
        Type:  run-time performance bug  |       Status:  new             
    Priority:  normal                    |    Milestone:  6.12.1          
   Component:  libraries (other)         |      Version:  6.11            
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:                            |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Comment (by duncan):

 Splitting it out seems reasonable to me.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2727#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 05:30:21 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 05:16:47 2009
Subject: [GHC] #3152: Documentation for getProcessExitCode contains
 nonsense
In-Reply-To: <047.032084375270953590e442c29bfd604c@localhost>
References: <047.032084375270953590e442c29bfd604c@localhost>
Message-ID: <056.1f49edcf933c8633e10632173b5505ba@localhost>

#3152: Documentation for getProcessExitCode contains nonsense
----------------------------------+-----------------------------------------
    Reporter:  YitzGale           |        Owner:                  
        Type:  bug                |       Status:  closed          
    Priority:  normal             |    Milestone:                  
   Component:  libraries/process  |      Version:  6.10.1          
    Severity:  normal             |   Resolution:  fixed           
    Keywords:  documentation      |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by igloo):

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

Comment:

 Thanks for the report. Sentence removed by:
 {{{
 Fri Apr 10 10:35:35 PDT 2009  Ian Lynagh <igloo@earth.li>
   * Remove some incorrect (out of date?) documentation; fixes trac #3152
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3152#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 08:22:47 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 08:09:16 2009
Subject: [GHC] #3102: The impossible happened with implicit parameters
In-Reply-To: <053.ebde85ce07c798d9c38e07173af669f0@localhost>
References: <053.ebde85ce07c798d9c38e07173af669f0@localhost>
Message-ID: <062.0a28c9e100c3780e6e713dd974d64930@localhost>

#3102: The impossible happened with implicit parameters
----------------------------------------+-----------------------------------
    Reporter:  Ashley Yakeley           |        Owner:  chak   
        Type:  bug                      |       Status:  new    
    Priority:  normal                   |    Milestone:  6.12.1 
   Component:  Compiler (Type checker)  |      Version:  6.10.1 
    Severity:  normal                   |   Resolution:         
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Linux  
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3102#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 08:29:01 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 08:15:36 2009
Subject: [GHC] #3114: ghc -shared --make Teapot.hs (Failed using OpenGL)
In-Reply-To: <052.079c60d812f2d30299cbb39a250d1778@localhost>
References: <052.079c60d812f2d30299cbb39a250d1778@localhost>
Message-ID: <061.5d0044b1258742ca531265aa9721b278@localhost>

#3114: ghc -shared --make Teapot.hs (Failed using OpenGL)
------------------------------------+---------------------------------------
    Reporter:  Mark_Spezzano        |        Owner:         
        Type:  bug                  |       Status:  new    
    Priority:  normal               |    Milestone:         
   Component:  Compiler             |      Version:  6.10.1 
    Severity:  normal               |   Resolution:         
    Keywords:  command line option  |   Difficulty:  Unknown
    Testcase:                       |           Os:  Windows
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Old description:

> I was just experimenting with the compiler options and for some reason I
> decided to stick -shared in there (it's not needed for compilation: ghc
> --make Teapot.hs does the trick). I got this error message:
>
> C:\Users\Mark\workspace2\OpenGLPractice\src>ghc -shared --make Teapot.hs
> [1 of 1] Compiling Main             ( Teapot.hs, Teapot.o )
> ghc: panic! (the 'impossible' happened)
>   (GHC version 6.10.1 for i386-unknown-mingw32):
>         link: GHC not built to link this way: LinkDynLib
>
> Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug

New description:

 I was just experimenting with the compiler options and for some reason I
 decided to stick -shared in there (it's not needed for compilation: ghc
 --make Teapot.hs does the trick). I got this error message:
 {{{
 C:\Users\Mark\workspace2\OpenGLPractice\src>ghc -shared --make Teapot.hs
 [1 of 1] Compiling Main             ( Teapot.hs, Teapot.o )
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.1 for i386-unknown-mingw32):
         link: GHC not built to link this way: LinkDynLib

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

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3114#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 08:32:51 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 08:19:23 2009
Subject: [GHC] #3114: ghc -shared --make Teapot.hs (Failed using OpenGL)
In-Reply-To: <052.079c60d812f2d30299cbb39a250d1778@localhost>
References: <052.079c60d812f2d30299cbb39a250d1778@localhost>
Message-ID: <061.7c14f396d99631ce3d3a2b34c3c5e871@localhost>

#3114: ghc -shared --make Teapot.hs (Failed using OpenGL)
------------------------------------+---------------------------------------
    Reporter:  Mark_Spezzano        |        Owner:         
        Type:  bug                  |       Status:  new    
    Priority:  normal               |    Milestone:  6.12.1 
   Component:  Compiler             |      Version:  6.10.1 
    Severity:  normal               |   Resolution:         
    Keywords:  command line option  |   Difficulty:  Unknown
    Testcase:                       |           Os:  Windows
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

Comment:

 Thanks for the report. This certainly shouldn't panic.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3114#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 09:16:39 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 09:03:03 2009
Subject: [GHC] #3123: make INLINE work for recursive definitions
 (generalized loop peeling/loop unrolling)
In-Reply-To: <044.a125e44de5957e50d259dfbe1a2d51e0@localhost>
References: <044.a125e44de5957e50d259dfbe1a2d51e0@localhost>
Message-ID: <053.880cace7a70afce115d1269bd824217c@localhost>

#3123: make INLINE work for recursive definitions (generalized loop peeling/loop
unrolling)
---------------------------------+------------------------------------------
    Reporter:  claus             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3123#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 09:17:45 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 09:04:09 2009
Subject: [GHC] #3124: warning -F: directory name
 (/Users/me/Library/Frameworks) does not exist
In-Reply-To: <044.91542ec2427008db2e834afd5933f41c@localhost>
References: <044.91542ec2427008db2e834afd5933f41c@localhost>
Message-ID: <053.8c57ac32cde433a40ff8bb2181379558@localhost>

#3124: warning -F: directory name (/Users/me/Library/Frameworks) does not exist
-------------------------+--------------------------------------------------
    Reporter:  7stud     |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:         
   Component:  Compiler  |      Version:  6.8.2  
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  MacOS X
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown

Old description:

> mac osx 10.4.11(intel),
>
> ghc 6.8.2 installed from ghc-6.8.2-i386-apple-darwin.tar.bz2
>
> When I try to compile programs, I get this warning:
>
> $ ghc -o simple Main.hs PutJSON.hs SimpleJSON.hs
> compilation IS NOT required
> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning -F: directory name
> (/Users/autie/Library/Frameworks) does not exist
>
> This is how I installed ghc:
>
> 1) I downloaded GMP.framework and GNUreadline.framework, which my mac
> automatically unzipped and placed on my desktop.  I then dragged the
> resulting two folders into /Library/Frameworks as per the instructions
> at:
>
> http://www.haskell.org/ghc/download_ghc_682.html#macosxintel
>
> 2) I downloaded ghc-6.8.2-i386-apple-darwin.tar.bz2
>
> 3) I unzipped an untared into /Users/me/my_tar_extractions
>
> 4) I cd'ed into the newly created ghc-6.8.2 folder.
>
> 5) I read the INSTALL document in the ghc-6.8.2 folder.
>
> 6) I ran the command:
>
> $ ./configure
>
> 7) Then I ran the command:
>
> $ sudo make install
>
> 8)  At the end of the install output, I got a message that said:
> -------------
> Installation of ghc-6.8.2 was successful.
>
> To use, add /usr/local/bin to your PATH.
>
> Warning: this binary distribution does NOT contain documentation!
> --------------
>
> 9) I appended /usr/local/bin onto the PATH in ~/.bash_profile.
>

> This is what INSTALL from step 5 says:
>
> This is the INSTALL instructions for a binary distribution of GHC. For
> more details on what on earth this package is up to, please consult
> the README and ANNOUNCE.
>
> This distribution can be installed in a location of your choosing.
>
> To set the ball rolling, run the configure script (as usual, run the
> script with --help to see what options it supports).  eg. to set up
> the package for installing in directory <my-dir>, use
>
>         ./configure --prefix=<my-dir>
>
> The default installation directory is /usr/local.
>
> The configure script will figure out what platform you're running on,
> and a couple of other interesting pieces of trivia, which it will then
> fill in the Makefile.in template to give you a real Makefile.  If
> you're of a paranoid persuasion, you might want to take a look at this
> Makefile to see if the information is correct.
>
> Now run:
>
>         make install
>
> (`make show-install-setup' prints the details of where the different
> pieces of the bundle are heading when -- possibly helpful).
>
> For more information, full GHC documentation is available from the
> main GHC site:
>
>   http://www.haskell.org/ghc
>
> Bug reports/suggestions for improvement to the installation
> procedure/setup (as well as other GHC related troubles you're
> experiencing, of course), gratefully received.  Bug reporting
> instructions are here:
>
>   http://www.haskell.org/ghc/reportabug
>
> Enjoy,
> -- The GHC Team.

New description:

 mac osx 10.4.11(intel),

 ghc 6.8.2 installed from ghc-6.8.2-i386-apple-darwin.tar.bz2

 When I try to compile programs, I get this warning:
 {{{
 $ ghc -o simple Main.hs PutJSON.hs SimpleJSON.hs
 compilation IS NOT required
 /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning -F: directory name
 (/Users/autie/Library/Frameworks) does not exist
 }}}
 This is how I installed ghc:

 1) I downloaded GMP.framework and GNUreadline.framework, which my mac
 automatically unzipped and placed on my desktop.  I then dragged the
 resulting two folders into /Library/Frameworks as per the instructions at:

 http://www.haskell.org/ghc/download_ghc_682.html#macosxintel

 2) I downloaded ghc-6.8.2-i386-apple-darwin.tar.bz2

 3) I unzipped an untared into /Users/me/my_tar_extractions

 4) I cd'ed into the newly created ghc-6.8.2 folder.

 5) I read the INSTALL document in the ghc-6.8.2 folder.

 6) I ran the command:
 {{{
 $ ./configure
 }}}
 7) Then I ran the command:
 {{{
 $ sudo make install
 }}}
 8)  At the end of the install output, I got a message that said:
 {{{
 -------------
 Installation of ghc-6.8.2 was successful.

 To use, add /usr/local/bin to your PATH.

 Warning: this binary distribution does NOT contain documentation!
 --------------
 }}}

 9) I appended /usr/local/bin onto the PATH in ~/.bash_profile.


 This is what INSTALL from step 5 says:
 {{{
 This is the INSTALL instructions for a binary distribution of GHC. For
 more details on what on earth this package is up to, please consult
 the README and ANNOUNCE.

 This distribution can be installed in a location of your choosing.

 To set the ball rolling, run the configure script (as usual, run the
 script with --help to see what options it supports).  eg. to set up
 the package for installing in directory <my-dir>, use

         ./configure --prefix=<my-dir>

 The default installation directory is /usr/local.

 The configure script will figure out what platform you're running on,
 and a couple of other interesting pieces of trivia, which it will then
 fill in the Makefile.in template to give you a real Makefile.  If
 you're of a paranoid persuasion, you might want to take a look at this
 Makefile to see if the information is correct.

 Now run:

         make install

 (`make show-install-setup' prints the details of where the different
 pieces of the bundle are heading when -- possibly helpful).

 For more information, full GHC documentation is available from the
 main GHC site:

   http://www.haskell.org/ghc

 Bug reports/suggestions for improvement to the installation
 procedure/setup (as well as other GHC related troubles you're
 experiencing, of course), gratefully received.  Bug reporting
 instructions are here:

   http://www.haskell.org/ghc/reportabug

 Enjoy,
 -- The GHC Team.
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3124#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 09:18:55 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 09:05:19 2009
Subject: [GHC] #3124: warning -F: directory name
 (/Users/me/Library/Frameworks) does not exist
In-Reply-To: <044.91542ec2427008db2e834afd5933f41c@localhost>
References: <044.91542ec2427008db2e834afd5933f41c@localhost>
Message-ID: <053.c3165b9b70e8bbc81882959785b7ad0f@localhost>

#3124: warning -F: directory name (/Users/me/Library/Frameworks) does not exist
-------------------------+--------------------------------------------------
    Reporter:  7stud     |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.8.2  
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  MacOS X
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

Comment:

 Thanks for the detailed report!

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3124#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 09:19:26 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 09:05:50 2009
Subject: [GHC] #3126: GHC needs to be more careful about pattern match
 order
In-Reply-To: <044.905997d1d3bd9039e7f58de24b44ab6b@localhost>
References: <044.905997d1d3bd9039e7f58de24b44ab6b@localhost>
Message-ID: <053.066238ae0bf6ee66f20ab3281419be15@localhost>

#3126: GHC needs to be more careful about pattern match order
-----------------------------------------+----------------------------------
    Reporter:  claus                     |        Owner:                  
        Type:  merge                     |       Status:  new             
    Priority:  normal                    |    Milestone:  6.10 branch     
   Component:  Compiler                  |      Version:  6.11            
    Severity:  normal                    |   Resolution:                  
    Keywords:                            |   Difficulty:  Unknown         
    Testcase:  deSugar/should_run/T3126  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * owner:  igloo =>
  * milestone:  => 6.10 branch

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3126#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 09:34:04 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 09:20:31 2009
Subject: [GHC] #2610: File permission-related proposals
In-Reply-To: <044.2484ad9dcf80cd653040fb3392e0b3ab@localhost>
References: <044.2484ad9dcf80cd653040fb3392e0b3ab@localhost>
Message-ID: <053.247f3e94fdf09d8b59085feeaee9a24d@localhost>

#2610: File permission-related proposals
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  libraries/base    |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by duncan):

 See also the short discussion thread starting here:
 http://haskell.org/pipermail/libraries/2009-February/011334.html

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2610#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 12:31:35 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 12:18:09 2009
Subject: [GHC] #3123: make INLINE work for recursive definitions
 (generalized loop peeling/loop unrolling)
In-Reply-To: <044.a125e44de5957e50d259dfbe1a2d51e0@localhost>
References: <044.a125e44de5957e50d259dfbe1a2d51e0@localhost>
Message-ID: <053.4f607d19f485f136bb7de3cc88e363ae@localhost>

#3123: make INLINE work for recursive definitions (generalized loop peeling/loop
unrolling)
---------------------------------+------------------------------------------
    Reporter:  claus             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by augustss):

 See also #2353.  Using INLINE doesn't even always force inlining normally.
 So even carefully crafted INLINE pragmas will not help because ghc thinks
 it's more clever than I and refuses to inline (thereby missing other
 optimisation opportunities).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3123#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 13:45:53 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 13:32:24 2009
Subject: [GHC] #2952: ghci fails to start from start menu on windows 7
In-Reply-To: <044.ff62699b4016eeac0215e90934c5496e@localhost>
References: <044.ff62699b4016eeac0215e90934c5496e@localhost>
Message-ID: <053.74cc040f1cc2808f9323959de4c57e21@localhost>

#2952: ghci fails to start from start menu on windows 7
-----------------------+----------------------------------------------------
    Reporter:  larsv   |        Owner:         
        Type:  bug     |       Status:  new    
    Priority:  normal  |    Milestone:  6.12.1 
   Component:  GHCi    |      Version:  6.10.2 
    Severity:  normal  |   Resolution:         
    Keywords:          |   Difficulty:  Unknown
    Testcase:          |           Os:  Windows
Architecture:  x86     |  
-----------------------+----------------------------------------------------
Changes (by buckwad):

 * cc: buckwad@gmail.com (added)
  * version:  6.10.1 => 6.10.2

Comment:

 I'm seeing a similar issue.  Windows error code is: 0xc0000142 (DLL
 initialization failed) from 'ghc.exe'

 === System ===
  * Windows 7 x64 build 7000
  * Windows GHC 6.10.2 (x86) build from haskell.org

 === Symptoms ===
  * Cannot run 'ghci.exe' from start menu, shortcut on desktop, or within
 'cmd.exe' - error 0xc0000142
   * UAC prompt when run from start menu
  * Cannot run 'ghci-6.10.2.exe' from start menu, shortcut on desktop -
 error 0xc0000142
   * No UAC prompt running the versioned EXE
  * CAN run the versioned 'ghci-6.10.2.exe' from 'cmd.exe'

 === Attempted solutions ===
  * Different 'compatibility' settings for running Windows programs.  I
 tried: XP, Win2003, Vista.  All produced the same error
  * I tried always running as 'Admininstrator' user, did not work

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2952#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 16 17:51:22 2009
From: trac at galois.com (GHC)
Date: Thu Apr 16 17:37:46 2009
Subject: [GHC] #2952: ghci fails to start from start menu on windows 7
In-Reply-To: <044.ff62699b4016eeac0215e90934c5496e@localhost>
References: <044.ff62699b4016eeac0215e90934c5496e@localhost>
Message-ID: <053.6ef144c014e29ff92cd4e5af2a649bfe@localhost>

#2952: ghci fails to start from start menu on windows 7
-----------------------+----------------------------------------------------
    Reporter:  larsv   |        Owner:         
        Type:  bug     |       Status:  new    
    Priority:  normal  |    Milestone:  6.12.1 
   Component:  GHCi    |      Version:  6.10.2 
    Severity:  normal  |   Resolution:         
    Keywords:          |   Difficulty:  Unknown
    Testcase:          |           Os:  Windows
Architecture:  x86     |  
-----------------------+----------------------------------------------------
Comment (by buckwad):

 Replying to [comment:4 buckwad]:

 Workaround is to create the shortcut to GHCi thusly:

 'cmd.exe /c c:\ghc\ghc-6.10.2\bin\ghci-6.10.2.exe'

 Then things work nicely...

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2952#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 17 07:14:46 2009
From: trac at galois.com (GHC)
Date: Fri Apr 17 07:01:16 2009
Subject: [GHC] #3124: warning -F: directory name
 (/Users/me/Library/Frameworks) does not exist
In-Reply-To: <044.91542ec2427008db2e834afd5933f41c@localhost>
References: <044.91542ec2427008db2e834afd5933f41c@localhost>
Message-ID: <053.92ec634a0e0cdfef5320210e333316f3@localhost>

#3124: warning -F: directory name (/Users/me/Library/Frameworks) does not exist
-------------------------+--------------------------------------------------
    Reporter:  7stud     |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.8.2  
    Severity:  normal    |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  MacOS X
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Comment (by maeder):

 This looks like my binary-dist from
 http://www.haskell.org/ghc/dist/6.8.2/maeder/ghc-6.8.2-i386-apple-
 darwin.tar.bz2
 that I can no longer repair without a Tiger box. I've also given up using
 frameworks for newer versions.

 Does the warning do any harm? I think it would go away if you
 (additionally) unpacked the frameworks in your home directory
 `/Users/me/Library/Frameworks`.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3124#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 17 10:14:20 2009
From: trac at galois.com (GHC)
Date: Fri Apr 17 10:00:52 2009
Subject: [GHC] #3123: make INLINE work for recursive definitions
 (generalized loop peeling/loop unrolling)
In-Reply-To: <044.a125e44de5957e50d259dfbe1a2d51e0@localhost>
References: <044.a125e44de5957e50d259dfbe1a2d51e0@localhost>
Message-ID: <053.6644ebaf9caa3cd7e876c85954bbf528@localhost>

#3123: make INLINE work for recursive definitions (generalized loop peeling/loop
unrolling)
---------------------------------+------------------------------------------
    Reporter:  claus             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 I have a months-old project, now so-nearly complete, to make INLINE do
 what it says, and be much easier to morph to explore other possibilities.
 Stay tuned.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3123#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From dons at galois.com  Fri Apr 17 11:05:11 2009
From: dons at galois.com (Don Stewart)
Date: Fri Apr 17 10:52:43 2009
Subject: [GHC] #3123: make INLINE work for recursive definitions
	(generalized loop peeling/loop unrolling)
In-Reply-To: <053.6644ebaf9caa3cd7e876c85954bbf528@localhost>
References: <044.a125e44de5957e50d259dfbe1a2d51e0@localhost>
	<053.6644ebaf9caa3cd7e876c85954bbf528@localhost>
Message-ID: <20090417150511.GA22360@whirlpool.galois.com>

Interesting!

trac:
> #3123: make INLINE work for recursive definitions (generalized loop peeling/loop
> unrolling)
> ---------------------------------+------------------------------------------
>     Reporter:  claus             |        Owner:                  
>         Type:  feature request   |       Status:  new             
>     Priority:  normal            |    Milestone:  6.12 branch     
>    Component:  Compiler          |      Version:  6.11            
>     Severity:  normal            |   Resolution:                  
>     Keywords:                    |   Difficulty:  Unknown         
>     Testcase:                    |           Os:  Unknown/Multiple
> Architecture:  Unknown/Multiple  |  
> ---------------------------------+------------------------------------------
> Comment (by simonpj):
> 
>  I have a months-old project, now so-nearly complete, to make INLINE do
>  what it says, and be much easier to morph to explore other possibilities.
>  Stay tuned.
> 
>  Simon
> 
> -- 
> Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3123#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

From trac at galois.com  Fri Apr 17 12:48:06 2009
From: trac at galois.com (GHC)
Date: Fri Apr 17 12:34:30 2009
Subject: [GHC] #3142: unix-2.3.2.0 needs base >= 4.1 in .cabal file
In-Reply-To: <044.f13b6bf3093c6ed979ae5427358e84fe@localhost>
References: <044.f13b6bf3093c6ed979ae5427358e84fe@localhost>
Message-ID: <053.7d75e5560c968a7c13792dae27afa43c@localhost>

#3142: unix-2.3.2.0 needs base >= 4.1 in .cabal file
------------------------------+---------------------------------------------
 Reporter:  guest             |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/unix    |        Version:                  
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by Saizan):

  * summary:  unix-2.3.2.0 needs base >= 4.x in .cabal file => unix-2.3.2.0
              needs base >= 4.1 in .cabal file

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3142#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 17 13:03:55 2009
From: trac at galois.com (GHC)
Date: Fri Apr 17 12:50:21 2009
Subject: [GHC] #3172: syb-0.1.0.1 doesn't require base >= 4 in its .cabal
 file
Message-ID: <045.f6c3e150264718800338197e5aa419e6@localhost>

#3172: syb-0.1.0.1 doesn't require base >= 4 in its .cabal file
-----------------------------+----------------------------------------------
Reporter:  Saizan            |          Owner:                   
    Type:  bug               |         Status:  new              
Priority:  normal            |      Component:  libraries (other)
 Version:                    |       Severity:  normal           
Keywords:  syb cabal         |       Testcase:                   
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple 
-----------------------------+----------------------------------------------
 the syb package imports Data.Data, so it needs base-4.*.

 syb-0.1.0.0 "correctly" depends on base >= 4 (it's more future proof to
 use an upper bound too),
 but syb-0.1.0.1 just uses base with no version range specified.
 This leads cabal-install to think it's safe to use base-3 making the build
 fail.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3172>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 17 17:02:08 2009
From: trac at galois.com (GHC)
Date: Fri Apr 17 16:48:30 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.cae0164a61312534acde691c1d20d042@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:  6.12.1          
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by awick):

 Alright, I have a tarball that exhibits the nasty behavior we're seeing,
 but unfortunately Trac's file size limit is too small for me to attach it.
 You can grab it here:

   [http://www.galois.com/~awick/BadNumbers.tar.bz2]

 On our machines with 6.10.1, this goes over 2GB in 3-4 minutes, which hits
 swap. I usually kill it at that point.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 17 18:02:32 2009
From: trac at galois.com (GHC)
Date: Fri Apr 17 17:48:57 2009
Subject: [GHC] #1884: Win64 Port
In-Reply-To: <047.1fa130761f7e9ddaef7c551aeff5576e@localhost>
References: <047.1fa130761f7e9ddaef7c551aeff5576e@localhost>
Message-ID: <056.6f1e17a991c2a1b461f67ea4d90d65df@localhost>

#1884: Win64 Port
-------------------------------+--------------------------------------------
    Reporter:  simonmar        |        Owner:         
        Type:  task            |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.8.1  
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Windows
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by buckwad):

 MinGW x64 spotted in the wild here, FYI:

 [http://sourceforge.net/projects/mingw-w64 MinGW - Minimalist GNU for
 Windows 64]

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1884#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 18 05:58:54 2009
From: trac at galois.com (GHC)
Date: Sat Apr 18 05:45:16 2009
Subject: [GHC] #3170: -fregs-graph: GraphOps.coalesceNodes: can't
 coalesce the same node.
In-Reply-To: <044.217867b989fd5282bd65a3f779ac8da1@localhost>
References: <044.217867b989fd5282bd65a3f779ac8da1@localhost>
Message-ID: <053.7ef1bedcf1d81f8cd581b4e521a48a89@localhost>

#3170: -fregs-graph: GraphOps.coalesceNodes: can't coalesce the same node.
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  benl            
        Type:  bug               |       Status:  closed          
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by benl):

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

Comment:

 Sat Apr 18 18:22:53 EST 2009  Ben.Lippmeier@anu.edu.au
   * Fix #3170: Allow coalescing of the same node during register
 allocation.
     The x86 code generator sometimes generates nop moves like
     movl %vI_a %vI_a, but we'll just ignore them for coalescing
     purposes instead of emitting an error. It shouldn't hurt anything.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3170#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 18 09:03:08 2009
From: trac at galois.com (GHC)
Date: Sat Apr 18 08:49:28 2009
Subject: [GHC] #3173: Install fails when using DESTDIR
Message-ID: <045.8d36b199003970aa7bab88684104eafe@localhost>

#3173: Install fails when using DESTDIR
--------------------+-------------------------------------------------------
Reporter:  fidori   |          Owner:              
    Type:  bug      |         Status:  new         
Priority:  normal   |      Component:  Build System
 Version:  6.10.2   |       Severity:  normal      
Keywords:  DESTDIR  |       Testcase:              
      Os:  Linux    |   Architecture:  x86         
--------------------+-------------------------------------------------------
 The package ghc-6.10.2-i386-unknown-linux fails to install when using
 `DESTDIR` with `make install`. For example, when configured with
 {{{
 ./configure --prefix=/tmp/ghc
 }}}
 and installed with
 {{{
 make install DESTDIR=/tmp/ghc_dest
 }}}
 the install fails with error
 {{{
 ghc-pkg: /tmp/ghc_dest/tmp/ghc/lib/ghc-6.10.2/package.conf: openFile: does
 not exist (No such file or directory)
 }}}
 The file `package.conf` is created in directory `/tmp/ghc/lib/ghc-6.10.2`
 but it seems the install scripts try to find it in
 `/tmp/ghc_dest/tmp/ghc/lib/ghc-6.10.2`.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3173>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 18 18:23:40 2009
From: trac at galois.com (GHC)
Date: Sat Apr 18 18:09:59 2009
Subject: [GHC] #2611: print022 fails
In-Reply-To: <044.04df65fcd08934af446e85568f6b956a@localhost>
References: <044.04df65fcd08934af446e85568f6b956a@localhost>
Message-ID: <053.5c6b5053cb9203088b076707120d20b7@localhost>

#2611: print022 fails
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  mnislaih        
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.9             
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  print022          |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by mnislaih):

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

Comment:

 I believe this problem is now fixed, hopefully.
 {{{
 Sat Apr 18 23:41:15 CEST 2009  pepe iborra <mnislaih@gmail.com>
   * Fix Trac #2611

   Fix a bug in :print affecting data types with unboxed components
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2611#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 18 20:37:47 2009
From: trac at galois.com (GHC)
Date: Sat Apr 18 20:24:16 2009
Subject: [GHC] #2965: GHC on OS X does not compile 64-bit
In-Reply-To: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
References: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
Message-ID: <054.8a42138207baf5d066c1feec2bb6db37@localhost>

#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 Syzygies):

 * cc: bayer@math.columbia.edu (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2965#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 18 22:01:25 2009
From: trac at galois.com (GHC)
Date: Sat Apr 18 21:47:45 2009
Subject: [GHC] #3070: floor(0/0) should not be defined
In-Reply-To: <046.e7310ec88130e4aef68644b0cf077a3b@localhost>
References: <046.e7310ec88130e4aef68644b0cf077a3b@localhost>
Message-ID: <055.f245431d8faf183d90c0c6077d8caeea@localhost>

#3070: floor(0/0) should not be defined
---------------------------------+------------------------------------------
    Reporter:  carette           |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Prelude           |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by crutcher):

 if decodeFloat (0.0/0.0) was changed to be undefined, then floor would be
 undefined.

 Is there any support for this?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3070#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 18 22:05:28 2009
From: trac at galois.com (GHC)
Date: Sat Apr 18 21:51:45 2009
Subject: [GHC] #3174: decodeFloat (0.0/0.0) = undefined
Message-ID: <047.c5b67ad8f72a278cd5c15b987f7f1fb5@localhost>

#3174: decodeFloat (0.0/0.0) = undefined
-----------------------------+----------------------------------------------
Reporter:  crutcher          |          Owner:                  
    Type:  feature request   |         Status:  new             
Priority:  normal            |      Component:  libraries/base  
 Version:                    |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 there are a number of bugs associated with decoding NaN that could be
 resolved by changing decodeFloat (0.0/0.0) to be undefined.

 http://hackage.haskell.org/trac/ghc/ticket/3070 - floor
 http://hackage.haskell.org/trac/ghc/ticket/3134 - encodeFloat .
 decodeFloat

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3174>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 00:13:45 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 00:00:04 2009
Subject: [GHC] #3175: hpc should not mark otherwise as "always true"
Message-ID: <045.7f82ea095c4a2569c76387a0f9a28a6f@localhost>

#3175: hpc should not mark otherwise as "always true"
-----------------------------+----------------------------------------------
Reporter:  ezyang            |          Owner:  andy@galois.com 
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Code Coverage   
 Version:  6.8.2             |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 It seems odd to me that hpc would be distressed about the otherwise guard
 always evaluating to true: isn't that the point of otherwise?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3175>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 00:59:37 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 00:46:05 2009
Subject: [GHC] #2965: GHC on OS X does not compile 64-bit
In-Reply-To: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
References: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
Message-ID: <054.a7e3825e353aff5b9e93bf5c35d8ec73@localhost>

#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 dbueno):

 * cc: dbueno@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2965#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 02:58:36 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 02:45:03 2009
Subject: [GHC] #2965: GHC on OS X does not compile 64-bit
In-Reply-To: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
References: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
Message-ID: <054.48d167874d56efef1b6e57b3015dd21e@localhost>

#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 jcpetruzza):

 * cc: jcpetruzza@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2965#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 10:24:57 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 10:11:14 2009
Subject: [GHC] #2611: print022 fails
In-Reply-To: <044.04df65fcd08934af446e85568f6b956a@localhost>
References: <044.04df65fcd08934af446e85568f6b956a@localhost>
Message-ID: <053.34767f06b23cf494e905c1ce862570b9@localhost>

#2611: print022 fails
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  mnislaih        
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.9             
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  print022          |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by mnislaih):

 {{{
 Sun Apr 19 16:22:41 CEST 2009  pepe iborra <mnislaih@gmail.com>
   * Really fix Trac #2611 this time

   My previous patch didn't completely solve the problem.
   I believe I got it right this time.
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2611#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 11:17:25 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 11:04:07 2009
Subject: [GHC] #2965: GHC on OS X does not compile 64-bit
In-Reply-To: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
References: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
Message-ID: <054.7543857d90eda664be5b5744791e2250@localhost>

#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 augustss):

 * cc: lennart@augustsson.net (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2965#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 11:59:48 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 11:46:21 2009
Subject: [GHC] #2965: GHC on OS X does not compile 64-bit
In-Reply-To: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
References: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
Message-ID: <054.105443522368ef3af0070c2f5122e5ee@localhost>

#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 liesen):

 * cc: johanliesen@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2965#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 18:54:03 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 18:40:17 2009
Subject: [GHC] #3176: erroneous defaulting? behaviour for existentials
Message-ID: <044.e6bab385946b082e86d51476a7f09fe2@localhost>

#3176: erroneous defaulting? behaviour for existentials
-----------------------------+----------------------------------------------
Reporter:  claus             |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.11              |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 consider
 {{{
 {-# LANGUAGE NoExtendedDefaultRules #-}
 {-# OPTIONS_GHC -fwarn-type-defaults #-}
 {-# LANGUAGE RankNTypes #-}
 {-# LANGUAGE ExistentialQuantification #-}

 data EShow = forall a. Show a => EShow a

 smallPrint t = concatMap (\f-> case f t of EShow a -> show a) [EShow .
 foo, EShow . bar, EShow . baz]

 data ES = forall a. Show a => ES {unES:: a}

 smallPrintES t = concatMap (\f-> show $ unES $ f t) [ES . foo, ES . bar,
 ES . baz]

 data Test = Test { foo :: Int, bar :: Char, baz :: Bool }

 main = print $ smallPrintES $ Test 1 'x' False
 }}}
 for which
 {{{
 $ /cygdrive/c/ghc/ghc-6.11.20090320/bin/ghc -e "main" exists.hs
 "()()()"
 }}}
 while
 {{{
 $ /cygdrive/c/ghc/ghc-6.8.3/bin/ghc -e "main" exists.hs

 exists.hs:12:40:
     Cannot use record selector `unES' as a function due to escaped type
 variables
     Probably fix: use pattern-matching syntax instead
     In the first argument of `($)', namely `unES'
     In the second argument of `($)', namely `unES $ f t'
     In the expression: show $ unES $ f t
 }}}
 The expected results were error message or this
 {{{
 $ /cygdrive/c/ghc/ghc-6.11.20090320/bin/ghc -e "smallPrint $ Test 1 'x'
 False" exists.hs
 "1'x'False"
 }}}

 There seem to be two issues:

 - shouldn't ghc head report the use of `unES` as an error?

 - how does ghc head arrive at that result, with these flags, without any
 warnings?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3176>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 19:06:44 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 18:52:59 2009
Subject: [GHC] #3177: support quasiquoting for types
Message-ID: <044.c3a64b2980f70bac4463359d5d880ce5@localhost>

#3177: support quasiquoting for types
-----------------------------+----------------------------------------------
Reporter:  claus             |          Owner:                  
    Type:  feature request   |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.11              |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Currently, quasiquotes are limited to patterns and expressions, though
 patterns and expressions with explicit type signatures can be generated
 (with appropriate language flag for pattern signatures).

 Since so much of Haskell programming happens at the type level, it would
 be great if quasiquoting wasn't excluded from that part of the game (think
 type-level numbers, for instance, or any type-level library that requires
 constants translated into types).

 For just one example, see http://www.haskell.org/pipermail/haskell-
 cafe/2009-April/059819.html , where I would like to be able to specify
 label types and type tags directly at the type-level as well.

 related: #1476 (Template Haskell won't address this in the near future, so
 having quasiquotes for types would narrow the gap)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3177>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 19 20:28:40 2009
From: trac at galois.com (GHC)
Date: Sun Apr 19 20:15:20 2009
Subject: [GHC] #3178: Fix linking -lpthread for semaphores
Message-ID: <047.4c07ab6c1ca5f755c6e1425bd544758d@localhost>

#3178: Fix linking -lpthread for semaphores
-----------------------------+----------------------------------------------
Reporter:  sthibaul          |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Hello,

 On the GNU/Hurd OS, the posix semaphore library does not link because
 of undefined reference to sem_* functions.  I do not know how the ghc
 build process works, could it be that it forgets to use -lpthread for
 that library?

 Samuel

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3178>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 02:10:19 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 01:56:36 2009
Subject: [GHC] #3179: Linking unix package fails
Message-ID: <044.ae8162f5a98c9f4e805028c0bd796c43@localhost>

#3179: Linking unix package fails
-------------------+--------------------------------------------------------
Reporter:  eelco   |          Owner:                
    Type:  bug     |         Status:  new           
Priority:  normal  |      Component:  libraries/unix
 Version:  6.10.2  |       Severity:  major         
Keywords:          |       Testcase:                
      Os:  Linux   |   Architecture:  x86           
-------------------+--------------------------------------------------------
 I just built GHC 6.10.2 from scratch on a Debian 4.0 machine. Everything
 seems to go well. But, when 'cabal-install'ing happstack-data, I'll get
 the following error:

 {{{
 Loading package unix-2.3.2.0 ... <command line>: can't load .so/.DLL for:
 rt (/usr/lib/librt.so: symbol __librt_multiple_threads, version
 GLIBC_PRIVATE
 not defined in file libc.so.6 with link time reference)

 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3179>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 03:58:33 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 03:44:47 2009
Subject: [GHC] #3174: decodeFloat (0.0/0.0) = undefined
In-Reply-To: <047.c5b67ad8f72a278cd5c15b987f7f1fb5@localhost>
References: <047.c5b67ad8f72a278cd5c15b987f7f1fb5@localhost>
Message-ID: <056.d10695e32feddbf907d8b3a978bc7948@localhost>

#3174: decodeFloat (0.0/0.0) = undefined
---------------------------------+------------------------------------------
    Reporter:  crutcher          |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  libraries/base    |      Version:                  
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonpj):

 * cc: carette (added)
  * difficulty:  => Unknown

Comment:

 !NaNs are an area where it's easy for someone ignorant to screw up.  Would
 some of you guys who know and care about numerics like to come up with a
 concrete code change -- maybe it's only one line in the definition of
 `decodeFloat` -- and then we'll apply it?  Ideally a patch, but it'd be
 good enough to say "change this line to say that".

 Oh, and please give us a test or two with expected output.

 Thanks

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3174#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 05:47:14 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 05:34:09 2009
Subject: [GHC] #2692: ghc-6.10.0.20081007 seg faults on Sparc
In-Reply-To: <045.b06b0ab2c1c887d4319783181d70d6f9@localhost>
References: <045.b06b0ab2c1c887d4319783181d70d6f9@localhost>
Message-ID: <054.9f6865d44297fc068e52cefbd6d4867d@localhost>

#2692: ghc-6.10.0.20081007 seg faults on Sparc
-------------------------+--------------------------------------------------
    Reporter:  maeder    |        Owner:  benl   
        Type:  bug       |       Status:  closed 
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.9    
    Severity:  normal    |   Resolution:  fixed  
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Solaris
Architecture:  sparc     |  
-------------------------+--------------------------------------------------
Changes (by benl):

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

Comment:

 The GC gets miscompiled when the register variable is used because names
 like %l1 and %i1 are just offsets into the register window. In C land,
 when a function call takes place the window moves, so we lose the value of
 gct. We can't use any of the global regs %g0 - %g7 either because their
 either reserved for other purposes or caller-saves.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2692#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:15:12 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:01:35 2009
Subject: [GHC] #1645: {-# SPECIALIZE #-} doesn't
In-Reply-To: <044.a66239f3cca2f19dfae526bd6257e8cd@localhost>
References: <044.a66239f3cca2f19dfae526bd6257e8cd@localhost>
Message-ID: <053.b9a7cee0501ae8becaf5f152f0459dcc@localhost>

#1645: {-# SPECIALIZE #-} doesn't
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.7             
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 Took a quick look: seems ok now.  There's a remaining reference to an Ord
 dictionary with 6.10.2, but that's gone in the HEAD.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1645#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:17:14 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:03:35 2009
Subject: [GHC] #1633: Improve error message for kind mismatches
In-Reply-To: <044.335aa326f8322714457d647c9ee54c0f@localhost>
References: <044.335aa326f8322714457d647c9ee54c0f@localhost>
Message-ID: <053.d1690e22edeacd3d2fdfcb2b66d83d30@localhost>

#1633: Improve error message for kind mismatches
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Documentation     |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * summary:  Now where does this error come from => Improve error message
              for kind mismatches

Comment:

 Adding a more descriptive description

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1633#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:19:15 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:05:27 2009
Subject: [GHC] #3166: recompilation checking too optimistic about infix
 ops
In-Reply-To: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>
References: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>
Message-ID: <054.e8a07c4cf2beb293357947fc562a03c5@localhost>

#3166: recompilation checking too optimistic about infix ops
---------------------------------+------------------------------------------
    Reporter:  roland            |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * priority:  normal => high
  * difficulty:  => Easy (1 hr)
  * milestone:  => 6.12.1

Comment:

 This should be pretty easy to fix.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3166#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:21:56 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:08:10 2009
Subject: [GHC] #3167: Segmentation fault with compacting GC,
 and multiple threads
In-Reply-To: <044.73af0c6ed64ed30a286c8922539d9c92@localhost>
References: <044.73af0c6ed64ed30a286c8922539d9c92@localhost>
Message-ID: <053.fcff5be8f0a7b0f3e26d157c2e68ee79@localhost>

#3167: Segmentation fault with compacting GC, and multiple threads
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Runtime System    |      Version:  6.8.2           
    Severity:  major             |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 We fixed some serious parallel execution bugs since 6.8.2.  Please re-open
 if you can reproduce it with 6.10.x.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3167#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:27:08 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:13:23 2009
Subject: [GHC] #1886: GHC API should preserve and provide access to
 comments
In-Reply-To: <044.eac6e4e9449b44410013b3e7df813e47@localhost>
References: <044.eac6e4e9449b44410013b3e7df813e47@localhost>
Message-ID: <053.4af001d4b90bb7f1165299675c60762b@localhost>

#1886: GHC API should preserve and provide access to comments
------------------------------------------------------------------+---------
    Reporter:  claus                                              |        Owner:                  
        Type:  bug                                                |       Status:  closed          
    Priority:  normal                                             |    Milestone:  6.12 branch     
   Component:  GHC API                                            |      Version:  6.9             
    Severity:  normal                                             |   Resolution:  fixed           
    Keywords:  GHC API, comments, program transformation, layout  |   Difficulty:  Unknown         
    Testcase:                                                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                                   |  
------------------------------------------------------------------+---------
Changes (by simonmar):

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

Comment:

 We now have

 {{{
 getRichTokenStream :: GhcMonad m => Module -> m [(Located Token, String)]
 showRichTokenStream :: [(Located Token, String)] -> String
 }}}

 amongst other thing, thanks to Jedai.  If this isn't enough, please re-
 open.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1886#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:29:51 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:16:08 2009
Subject: [GHC] #2107: "make install" doesn't install local copy of manual
In-Reply-To: <042.eca0231bd2811cd8c01aa5a60d7a4d69@localhost>
References: <042.eca0231bd2811cd8c01aa5a60d7a4d69@localhost>
Message-ID: <051.0c63d70ad0bc9f6a463ff2964de82660@localhost>

#2107: "make install" doesn't install local copy of manual
---------------------------------+------------------------------------------
    Reporter:  tim               |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.9             
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * priority:  normal => high

Comment:

 The new build system does this.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2107#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:40:50 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:27:05 2009
Subject: [GHC] #912: Build system is missing various dependencies
In-Reply-To: <047.2a4be233e372ea0ee729f60e1f6bda42@localhost>
References: <047.2a4be233e372ea0ee729f60e1f6bda42@localhost>
Message-ID: <056.230c80a8d62698b83e72c12867de1d0a@localhost>

#912: Build system is missing various dependencies
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.5             
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * priority:  low => high
  * milestone:  _|_ => 6.12.1

Comment:

 I believe most, if not all, of these issues are fixed in the new build
 system.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/912#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:45:01 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:31:14 2009
Subject: [GHC] #2152: bogus inlining of foreign import "foo.h &foo"
In-Reply-To: <047.0a1ee6738155b38bc12c1c5c56928fad@localhost>
References: <047.0a1ee6738155b38bc12c1c5c56928fad@localhost>
Message-ID: <056.59fbc03aa1fbea0044c2874c9cb82548@localhost>

#2152: bogus inlining of foreign import "foo.h &foo"
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  simonpj         
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.10.1          
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  6.12 branch => 6.10.1

Comment:

 This was fixed in 6.10.1.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2152#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 11:53:45 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 11:40:35 2009
Subject: [GHC] #3162: Windows users can't compile time package
In-Reply-To: <051.e2a6e86baab182908c29e63c525cd923@localhost>
References: <051.e2a6e86baab182908c29e63c525cd923@localhost>
Message-ID: <060.558f772b2ba1504fd6cbfc310a1b7838@localhost>

#3162: Windows users can't compile time package
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonmar):

 Maybe we could make an MSI of the time package using Sigbjorn's new tool?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3162#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From mechvel at botik.ru  Mon Apr 20 13:54:40 2009
From: mechvel at botik.ru (Serge D. Mechveliani)
Date: Mon Apr 20 13:41:59 2009
Subject: testing 6.10.2 on X_64
Message-ID: <20090420175440.GA13883@scico.botik.ru>

Dear GHC team,

I am trying  ghc-6.10.2  ?n a 64-bit matchine:

 [mechvel@node-1 t]$ uname -a
 Linux node-1.localdomain 2.6.18-hpc-alt1.M41.1.mm1 #1 SMP 
 Mon Dec 8 14:58:04 MSK 2008 x86_64 GNU/Linux
 ,
 16 Gb RAM machine,  Intel(R) Xeon(R) CPU  E5472, 3 GHz.


First we have installed there  ghc-6.8.3  (from Linux distribution).

Then, I `made'  ghc-6.10.2  from source by  ghc-6.8.3: 

   ./configure --prefix=/home/mechvel/ghc/6.10.2/inst0
   make 
   make install

Everything looks all right.
Then, I try processing long lists:

  -- Test64.hs --------------------------------------------
  main = putStr (shows res "\n")
       where
       e     = 30
       list  = [1 .. (2^e)]  :: [Integer]
       rList = reverse list
       res   = myMin $ zipWith (\ n m -> rem (n+m) 3) list rList

  myMin []         = error "\nmyMin []\n"
  myMin [x]        = x
  myMin (x: y: xs) = if  x > y  then  myMin (y: xs)  else  myMin (x: xs)
  -----------------------------------------------------------

For  e = 20,  it runs as

  [mechvel@node-1 t]$ ./Test64
  2

-- all right.

For  e = 30,  it runs as

  [mechvel@node-1 t]$ ./Test64                  
  Killed

Who has killed it? Is this by the local administrator's restriction ? 
Another attempt:

  [mechvel@node-1 t]$ ./Test64 +RTS -M4000m -RTS

  Test64: internal error: get_threaded_info
    (GHC version 6.10.2 for x86_64_unknown_linux)
    Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
  Aborted

Qestion aside
-------------
List.minimum  again, performs badly in  ghc-6.10.2,  so I used  myMin.
Is  List.minimum (and similar functions)  being compiled by default 
with -O0 ?

Regards,

-----------------
Serge Mechveliani
mechvel@botik.ru



From trac at galois.com  Mon Apr 20 19:37:42 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 19:23:54 2009
Subject: [GHC] #3180: TcTyFuns.flattenType: unexpected PredType
Message-ID: <044.003ada0d62fede93391139533e800107@localhost>

#3180: TcTyFuns.flattenType: unexpected PredType
-----------------------------+----------------------------------------------
Reporter:  guest             |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.1            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 lguapo:inez cmoore$ ghci
 GHCi, version 6.10.1: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 Prelude> :m +NLP.WordNet
 Prelude NLP.WordNet> runWordNet
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.1 for i386-apple-darwin):
         TcTyFuns.flattenType: unexpected PredType

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

 Prelude NLP.WordNet>

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3180>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 19:38:36 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 19:24:48 2009
Subject: [GHC] #3180: TcTyFuns.flattenType: unexpected PredType
In-Reply-To: <044.003ada0d62fede93391139533e800107@localhost>
References: <044.003ada0d62fede93391139533e800107@localhost>
Message-ID: <053.637dfa88eac0f7436ad35e2c9673c47b@localhost>

#3180: TcTyFuns.flattenType: unexpected PredType
------------------------------+---------------------------------------------
 Reporter:  guest             |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.10.1          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by guest):

 Oops, let's try that again.

 {{{
 lguapo:inez cmoore$ ghci
 GHCi, version 6.10.1: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 Prelude> :m +NLP.WordNet
 Prelude NLP.WordNet> runWordNet
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.10.1 for i386-apple-darwin):
         TcTyFuns.flattenType: unexpected PredType

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

 Prelude NLP.WordNet>
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3180#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 20:34:18 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 20:20:33 2009
Subject: [GHC] #3180: TcTyFuns.flattenType: unexpected PredType
In-Reply-To: <044.003ada0d62fede93391139533e800107@localhost>
References: <044.003ada0d62fede93391139533e800107@localhost>
Message-ID: <053.9e66012f94c405aff7bba1a489b748ac@localhost>

#3180: TcTyFuns.flattenType: unexpected PredType
------------------------------+---------------------------------------------
 Reporter:  guest             |          Owner:                  
     Type:  bug               |         Status:  closed          
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.10.1          
 Severity:  normal            |     Resolution:  duplicate       
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by chak):

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

Comment:

 You didn't provide any code for us to reproduce the bug.  I'll assume that
 this is a duplicate of #3125, which has already been fixed in the
 development version.  I'll close the bug for now.  If you re-run you
 example with the current development version and still find an issue,
 please re-open the ticket.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3180#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 20 23:22:24 2009
From: trac at galois.com (GHC)
Date: Mon Apr 20 23:08:35 2009
Subject: [GHC] #3175: hpc should not mark otherwise as "always true"
In-Reply-To: <045.7f82ea095c4a2569c76387a0f9a28a6f@localhost>
References: <045.7f82ea095c4a2569c76387a0f9a28a6f@localhost>
Message-ID: <054.b200c5faeab2c2f36d575f301d056ef6@localhost>

#3175: hpc should not mark otherwise as "always true"
------------------------------+---------------------------------------------
 Reporter:  ezyang            |          Owner:  andy@galois.com 
     Type:  bug               |         Status:  closed          
 Priority:  normal            |      Milestone:                  
Component:  Code Coverage     |        Version:  6.8.2           
 Severity:  normal            |     Resolution:  wontfix         
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by AndyGill):

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

Comment:

 This was a design choice, not a bug.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3175#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 00:26:27 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 00:12:39 2009
Subject: [GHC] #3181: Regression in unboxing
Message-ID: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>

#3181: Regression in unboxing
-------------------------------------+--------------------------------------
Reporter:  dolio                     |          Owner:                
    Type:  run-time performance bug  |         Status:  new           
Priority:  normal                    |      Component:  Compiler      
 Version:  6.10.2                    |       Severity:  normal        
Keywords:  unboxing boxing           |       Testcase:                
      Os:  Linux                     |   Architecture:  x86_64 (amd64)
-------------------------------------+--------------------------------------
 Greetings,

 Finally having added some benchmarking to my uvector-algorithms package, I
 came across a regression in performance in the heap sort implementation.
 With 6.10.2, it did significantly more allocation than I'd remembered, and
 looking at the core, I spotted a boxed type that I have since determined
 to be the culprit. I'll attach the relevant portion of the algorithm as a
 test case (I apologize that it's rather large, but I haven't yet figured
 out how to make a smaller example that works).

 The key lines are:

 {{{
 do (child' :*: ac) <- maximumChild cmp a off child len
    case cmp val ac of
      LT -> writeMU a (root + off) ac >> sift val child' len
      _  -> writeMU a (root + off) val
 }}}

 The monadic (ST) pattern match against the strict pair gets compiled to a
 function that accepts the arguments of the pair (as well as the ST state
 parameter) like so:

 {{{
 $w$j_s118 :: State# RealWorld
              -> Int
              -> Int#
              -> (# State# RealWorld, () #)
 [Arity 3

 $w$j_s118 =
   \ (w_s108 :: State# RealWorld)
     (ww_s10b :: Int)
     (ww1_s10e :: Int#) ->
     case <# sc3_s11t ww1_s10e of wild11_aY2 {
       False ->
         case writeIntArray#
                @ RealWorld
                marr#_aVT
                (+# sc2_s11s 40)
                sc3_s11t
                w_s108
         of s2#1_aX6 { __DEFAULT ->
         (# s2#1_aX6, () #)
         };
       True ->
         case writeIntArray#
                @ RealWorld
                marr#_aVT
                (+# sc2_s11s 40)
                ww1_s10e
                w_s108
         of s2#1_aX6 { __DEFAULT ->
         case ww_s10b of w1_X10F { I# ww2_X11k ->
         $s$wa_s11D s2#1_aX6 sc1_s11r ww2_X11k sc3_s11t
         }
         }
     }
 }}}

 As can be seen, all that is done with the boxed Int is that it is taken
 apart in one branch (this identifies the boxed argument as the `child'`
 variable, the `Int` being returned by `maximumChild`; I verified this by
 modifying the code to use a custom type:

 {{{
 data IP e = IP {-# UNPACK #-} !Int !e
 }}}

 this results in the desired unboxing behavior). Further, all calls to this
 function look like:

 {{{
 $w$j_s118 s2#3_XZ1 (I# x_aTU) r#_aXD
 }}}

 So this seems to be unnecessary boxing. Further, I have reports that 6.8.2
 *did* spot this unboxing opportunity, which would explain why my algorithm
 wasn't performing as well as I had remembered, since the last time I'd
 seriously inspected the performance was in the 6.8 series.

 One theory I had was that the fact that the value was only used in one
 branch of the case was causing it to look non-strict somehow, despite the
 pair being strict in its fields (perhaps the pair was eliminated before
 strictness analysis was done?). However, I've added bang patterns to the
 `child'` match, and changed the case statement to:

 {{{
 case child' `seq` cmp val ac of ...
 }}}

 without it making a difference. So I am a bit stumped as to why exactly
 GHC isn't eliminating this box.

 As noted, I can get the desired unboxing with a custom unpacked type, but
 fixing the regression would be preferable. Thanks for your time and help!

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3181>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 03:53:26 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 03:40:06 2009
Subject: [GHC] #3162: Windows users can't compile time package
In-Reply-To: <051.e2a6e86baab182908c29e63c525cd923@localhost>
References: <051.e2a6e86baab182908c29e63c525cd923@localhost>
Message-ID: <060.c7b2d6b1dd2299c1bc3dff4b2d65d923@localhost>

#3162: Windows users can't compile time package
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by NeilMitchell):

 Perhaps an MSI could be created, but unless that's what gets installed
 with {{cabal install}} the bug still stands - we have propaganda saying
 cabal install is the one true way to install things, it needs to work for
 common packages.

 Also if we have an MSI it will be highly GHC version specific (as Gtk2hs
 is), so this is probably a lot of hassle and pain for very little benefit.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3162#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 05:10:06 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 04:56:46 2009
Subject: [GHC] #3162: Windows users can't compile time package
In-Reply-To: <051.e2a6e86baab182908c29e63c525cd923@localhost>
References: <051.e2a6e86baab182908c29e63c525cd923@localhost>
Message-ID: <060.6932095767183bdd1b6f73a826090c32@localhost>

#3162: Windows users can't compile time package
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by duncan):

 Replying to [comment:5 NeilMitchell]:
 > Perhaps an MSI could be created, but unless that's what gets installed
 with {{cabal install}} the bug still stands - we have propaganda saying
 cabal install is the one true way to install things, it needs to work for
 common packages.

 Ashley released time 1.1.2.4 the other day and says it works on Windows
 without cygwin.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3162#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 05:33:11 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 05:19:23 2009
Subject: [GHC] #3153: Panic on syntactically wrong LANGUAGE pragma
In-Reply-To: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
References: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
Message-ID: <055.67260c150f4b15f0c1a851af2816544f@localhost>

#3153: Panic on syntactically wrong LANGUAGE pragma
-------------------------------+--------------------------------------------
    Reporter:  b_jonas         |        Owner:  simonmar
        Type:  bug             |       Status:  new     
    Priority:  normal          |    Milestone:  6.12.1  
   Component:  Compiler        |      Version:  6.10.2  
    Severity:  minor           |   Resolution:          
    Keywords:                  |   Difficulty:  Unknown 
    Testcase:                  |           Os:  Linux   
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by simonmar):

  * owner:  igloo => simonmar
  * milestone:  => 6.12.1

Comment:

 probably my fault.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3153#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 05:56:49 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 05:42:58 2009
Subject: [GHC] #3181: Regression in unboxing
In-Reply-To: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
References: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
Message-ID: <053.63b7618a8408811319f57a3cc3060431@localhost>

#3181: Regression in unboxing
-----------------------------------------+----------------------------------
    Reporter:  dolio                     |        Owner:         
        Type:  run-time performance bug  |       Status:  new    
    Priority:  normal                    |    Milestone:         
   Component:  Compiler                  |      Version:  6.10.2 
    Severity:  normal                    |   Resolution:         
    Keywords:  unboxing boxing           |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  x86_64 (amd64)            |  
-----------------------------------------+----------------------------------
Changes (by simonpj):

  * difficulty:  => Unknown

Comment:

 Thanks for a nice well-characterised bug report.

 I can't reproduce it because you didn't include `Data.Vector`. Could you
 do so?  (It's v helpful for tickets to be self contained where possible.)
 If it's big, you may be able to cut it down to just what the test case
 needs.  I don't necessarily even need to run it: just to compile it.  So
 you may be able to go
 {{{
 module Vector( foo ) where
   foo :: Int -> Int
   foo = error "stub"
 }}}
 or stuff like that.

 Anyway, I have seen cases like this before.  Here's the relevant comment
 from `Simplify.lhs`:
 {{{
 Note [Case binders and join points]
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Consider this
    case (case .. ) of c {
      I# c# -> ....c....

 If we make a join point with c but not c# we get
   $j = \c -> ....c....

 But if later inlining scrutines the c, thus

   $j = \c -> ... case c of { I# y -> ... } ...

 we won't see that 'c' has already been scrutinised.
 An alternative plan is this:

    $j = \c# -> let c = I# c# in ...c....

 but that is bad if 'c' is *not* later scrutinised.
 }}}
 Whether or not it happens depends delicately on exactly when inlining
 takes place. Hence (I think) the regression.

 I have a fix for my test HEAD, but I'd like to use your example as a test
 case.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3181#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 06:00:00 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 05:46:11 2009
Subject: [GHC] #2500: Unrecognised pragma complained about twice
In-Reply-To: <046.9e9cf92de5daf74529e4e511f971313e@localhost>
References: <046.9e9cf92de5daf74529e4e511f971313e@localhost>
Message-ID: <055.1aeb15611f60b6299e5933b47cc2b181@localhost>

#2500: Unrecognised pragma complained about twice
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:  simonmar        
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * owner:  => simonmar

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2500#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 06:49:21 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 06:35:31 2009
Subject: [GHC] #2500: Unrecognised pragma complained about twice
In-Reply-To: <046.9e9cf92de5daf74529e4e511f971313e@localhost>
References: <046.9e9cf92de5daf74529e4e511f971313e@localhost>
Message-ID: <055.29b20e6dac7c95cc7fdc438b02c9ae78@localhost>

#2500: Unrecognised pragma complained about twice
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:  simonmar        
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 Fixed:

 {{{
 Tue Apr 21 03:00:39 PDT 2009  Simon Marlow <marlowsd@gmail.com>
  * FIX #2500: Don't log warnings in getHeader
 }}}

 In Igloo's example we now get no warnings at all in HEAD (this was already
 the case before my patch).  Although arguably not ideal, this is
 consistent with the way other warnings work: if there are any errors, no
 warnings are generated.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2500#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 06:53:56 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 06:40:07 2009
Subject: [GHC] #3153: Panic on syntactically wrong LANGUAGE pragma
In-Reply-To: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
References: <046.e46bd4755ec7800cf1cf91fcd229221c@localhost>
Message-ID: <055.45699f69fa7c2d6401eb1a89b6ebceda@localhost>

#3153: Panic on syntactically wrong LANGUAGE pragma
-------------------------------+--------------------------------------------
    Reporter:  b_jonas         |        Owner:  igloo      
        Type:  merge           |       Status:  new        
    Priority:  normal          |    Milestone:  6.10 branch
   Component:  Compiler        |      Version:  6.10.2     
    Severity:  minor           |   Resolution:             
    Keywords:                  |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by simonmar):

  * owner:  simonmar => igloo
  * type:  bug => merge
  * milestone:  6.12.1 => 6.10 branch

Comment:

 Fixed:

 {{{
 Tue Apr 21 02:45:58 PDT 2009  Simon Marlow <marlowsd@gmail.com>
  * FIX #3153: we lost an EOF sentinel in the event of a lexical error
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3153#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 06:55:53 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 06:42:03 2009
Subject: [GHC] #2845: break018 skips a step
In-Reply-To: <044.0003cf5e2a1fd7406c40a8a9f2419a73@localhost>
References: <044.0003cf5e2a1fd7406c40a8a9f2419a73@localhost>
Message-ID: <053.ed474fdbdba6de9d0fa6cb424399071f@localhost>

#2845: break018 skips a step
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.11            
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  break018          |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 Fixed:

 {{{
 Mon Apr 20 07:25:25 PDT 2009  Simon Marlow <marlowsd@gmail.com>
  * FIX #2845: Allow breakpoints on expressions with unlifted type
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2845#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From mechvel at botik.ru  Tue Apr 21 08:23:12 2009
From: mechvel at botik.ru (Serge D. Mechveliani)
Date: Tue Apr 21 08:10:25 2009
Subject: my last letter
Message-ID: <20090421122311.GA14887@scico.botik.ru>

Dear GHC team,

I withdraw my last bug report.
It was about processing a long list on a 64 bit machine ?n GHC-6.10.2.

First, I cannot reproduce (?) this bug report invitation from GHC on 
using  +RTS -M4000m 

Second, I have found that the process interruption only occurs when 
this test program runs out of RAM. And personally, I would rather use  
"+RTS -M15000m -RTS"  and not to consider at all the system effects
after the RAM overflow. 

Third, I apply now a more clear example, whith [Int] instead of 
[Integer]:

---------------------------------------------------------
import List (genericReplicate)
main = putStr (shows res "\n")
       where
       e     = -- 22, 23 ... 
       list  = genericReplicate (2^e) 1  :: [Int]
       rList = reverse list
       res   = myMin $ zipWith (+) list rList

myMin []         = error "\nmyMin []\n"
myMin [x]        = x
myMin (x: y: xs) = if  x > y  then  myMin (y: xs)  else  myMin (x: xs)
------------------------------------------------------

  ghc -O --make Test64
  ./Test64 +RTS -M800m   -RTS       -- for 1  Gb  32 bit machine
  ./Test64 +RTS -M12000m -RTS       -- for 16 Gb  64 bit machine

The last possible  e  for the small machine (800   Mb)  occurs  24,
                      for the big   machine (12000 Mb)  occurs  27
-- which looks reasonable.
The timing also looks reasonable.

Regards,

-----------------
Serge Mechveliani
mechvel@botik.ru


From trac at galois.com  Tue Apr 21 09:12:00 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 08:58:14 2009
Subject: [GHC] #2682: Keep going after failed search for module in
 current directory
In-Reply-To: <042.3ab3a08a92cd2130db77f37efdac62b0@localhost>
References: <042.3ab3a08a92cd2130db77f37efdac62b0@localhost>
Message-ID: <051.2b20b9d92159637418a5849b331ed4ab@localhost>

#2682: Keep going after failed search for module in current directory
---------------------------------+------------------------------------------
    Reporter:  ajd               |        Owner:  simonmar        
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.2           
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * owner:  => simonmar

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2682#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 09:23:23 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 09:09:33 2009
Subject: [GHC] #459: Bad parse error message
In-Reply-To: <045.9adecc17314923c33323a1bd4204dfc1@localhost>
References: <045.9adecc17314923c33323a1bd4204dfc1@localhost>
Message-ID: <054.f8ae3a2baf34f91fab82eaafcb35e3ab@localhost>

#459: Bad parse error message
----------------------------------+-----------------------------------------
    Reporter:  nobody             |        Owner:                  
        Type:  bug                |       Status:  new             
    Priority:  normal             |    Milestone:  _|_             
   Component:  Compiler (Parser)  |      Version:  6.4.1           
    Severity:  minor              |   Resolution:  None            
    Keywords:                     |   Difficulty:  Unknown         
    Testcase:                     |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |  
----------------------------------+-----------------------------------------
Changes (by simonmar):

  * owner:  simonmar =>

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/459#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 09:34:28 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 09:20:39 2009
Subject: [GHC] #3166: recompilation checking too optimistic about infix
 ops
In-Reply-To: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>
References: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>
Message-ID: <054.d3f1ad9a5d072df4ded6a2e57d12778b@localhost>

#3166: recompilation checking too optimistic about infix ops
---------------------------------+------------------------------------------
    Reporter:  roland            |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonmar):

 I can replicate the problem for type classes and type synonyms, but what
 do you mean by "constants"?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3166#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 09:57:39 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 09:43:51 2009
Subject: [GHC] #3166: recompilation checking too optimistic about infix
 ops
In-Reply-To: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>
References: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>
Message-ID: <054.16fe00ff61c5087157884cd5c84bfe68@localhost>

#3166: recompilation checking too optimistic about infix ops
---------------------------------+------------------------------------------
    Reporter:  roland            |        Owner:  simonmar        
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * owner:  => simonmar

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3166#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 10:21:37 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:07:51 2009
Subject: [GHC] #3104: -main-is should be a link time option,
 not compile time
In-Reply-To: <051.c9e4c40c62127bef2ad48557fef49f93@localhost>
References: <051.c9e4c40c62127bef2ad48557fef49f93@localhost>
Message-ID: <060.6d4b4ef87377f67dcceeab9327bf6c69@localhost>

#3104: -main-is should be a link time option, not compile time
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3104#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 10:22:39 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:08:48 2009
Subject: [GHC] #3107: Over-eager GC when blocked on a signal in the
 non-threaded runtime
In-Reply-To: <044.33d111777101268af6a254823101f5b5@localhost>
References: <044.33d111777101268af6a254823101f5b5@localhost>
Message-ID: <053.f366563c0cf1ee09c30737b7eb353300@localhost>

#3107: Over-eager GC when blocked on a signal in the non-threaded runtime
-----------------------------------------+----------------------------------
    Reporter:  awick                     |        Owner:         
        Type:  run-time performance bug  |       Status:  new    
    Priority:  normal                    |    Milestone:  6.12.1 
   Component:  Runtime System            |      Version:  6.10.1 
    Severity:  normal                    |   Resolution:         
    Keywords:                            |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  Unknown/Multiple          |  
-----------------------------------------+----------------------------------
Changes (by igloo):

  * difficulty:  => Unknown
  * type:  bug => run-time performance bug
  * milestone:  => 6.12.1

Comment:

 Thanks for the report

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3107#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 10:23:25 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:10:00 2009
Subject: [GHC] #3111: Can't find DPH
In-Reply-To: <050.65f6a7da171a14d95bacead6558ace4f@localhost>
References: <050.65f6a7da171a14d95bacead6558ace4f@localhost>
Message-ID: <059.f813700a0de12fd599df291f7d4f9e61@localhost>

#3111: Can't find DPH
-------------------------------+--------------------------------------------
    Reporter:  colin-adams     |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.11   
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3111#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 10:24:31 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:10:38 2009
Subject: [GHC] #3121: readline package does not respect Cabal
 --extra-{include, lib}-dirs flags
In-Reply-To: <045.65efa1beaca7b94b94b7ae3c87f65f90@localhost>
References: <045.65efa1beaca7b94b94b7ae3c87f65f90@localhost>
Message-ID: <054.ce9d9b79dc2b94b6a919b2bdb283c39e@localhost>

#3121: readline package does not respect Cabal --extra-{include,lib}-dirs flags
----------------------------------+-----------------------------------------
    Reporter:  duncan             |        Owner:  igloo  
        Type:  bug                |       Status:  new    
    Priority:  normal             |    Milestone:  Not GHC
   Component:  libraries (other)  |      Version:  6.10.1 
    Severity:  normal             |   Resolution:         
    Keywords:                     |   Difficulty:  Unknown
    Testcase:                     |           Os:  MacOS X
Architecture:  x86                |  
----------------------------------+-----------------------------------------
Changes (by igloo):

  * owner:  => igloo
  * difficulty:  => Unknown
  * milestone:  => Not GHC

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3121#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 10:24:08 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:10:47 2009
Subject: [GHC] #3104: -main-is should be a link time option,
 not compile time
In-Reply-To: <051.c9e4c40c62127bef2ad48557fef49f93@localhost>
References: <051.c9e4c40c62127bef2ad48557fef49f93@localhost>
Message-ID: <060.807484b7ba41bf3675db32bc001737f1@localhost>

#3104: -main-is should be a link time option, not compile time
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by NeilMitchell):

 * cc: ndmitchell@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3104#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 10:24:45 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:10:55 2009
Subject: [GHC] #3131: GHC stops after a single 'defined but not used'
 warning
In-Reply-To: <041.cbb217fb4ffa21824da5fcede2622adb@localhost>
References: <041.cbb217fb4ffa21824da5fcede2622adb@localhost>
Message-ID: <050.ae0d70041f837924a9dcca5ca284ec54@localhost>

#3131: GHC stops after a single 'defined but not used' warning
-------------------------+--------------------------------------------------
    Reporter:  nr        |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:  6.12.1 
   Component:  Compiler  |      Version:  6.10.1 
    Severity:  minor     |   Resolution:         
    Keywords:            |   Difficulty:  Unknown
    Testcase:            |           Os:  Linux  
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by igloo):

  * milestone:  => 6.12.1

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3131#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 10:35:38 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:21:52 2009
Subject: [GHC] #3166: recompilation checking too optimistic about infix
 ops
In-Reply-To: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>
References: <045.c56a4930c6b4384da33ae7e1caaf1d10@localhost>
Message-ID: <054.c3bd02739bce457e0ce1beef543a4f8d@localhost>

#3166: recompilation checking too optimistic about infix ops
---------------------------------+------------------------------------------
    Reporter:  roland            |        Owner:  simonmar        
        Type:  bug               |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  minor             |   Resolution:                  
    Keywords:                    |   Difficulty:  Easy (1 hr)     
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonmar):

 Fixed, for type classes and synonyms:

 {{{
 Tue Apr 21 06:56:24 PDT 2009  Simon Marlow <marlowsd@gmail.com>
  * FIX #3166: include the fixity of classes and type synonyms in their
 fingerprints
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3166#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 10:36:05 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:22:13 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.595683e82c7450b1296ac26967de9f70@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:  6.12.1          
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by igloo):

 Replying to [comment:11 awick]:
 >
 > On our machines with 6.10.1, this goes over 2GB in 3-4 minutes, which
 hits swap. I usually kill it at that point.

 What's the output up to that point? i.e. what has it compiled, and what is
 it currently compiling?

 Here, my HEAD ghc (as compiled by validate) finished with I think around
 1G RAM used:
 {{{
 166.70s user 2.10s system 101% cpu 2:46.41 total
 }}}
 I'll do more testing, e.g. with 6.10, later.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:01:42 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:47:52 2009
Subject: [GHC] #2682: Keep going after failed search for module in
 current directory
In-Reply-To: <042.3ab3a08a92cd2130db77f37efdac62b0@localhost>
References: <042.3ab3a08a92cd2130db77f37efdac62b0@localhost>
Message-ID: <051.c37aaf64fd3700029346866ad4606b51@localhost>

#2682: Keep going after failed search for module in current directory
---------------------------------+------------------------------------------
    Reporter:  ajd               |        Owner:  simonmar        
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.2           
    Severity:  minor             |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 Fixed:

 {{{
 Tue Apr 21 06:10:38 PDT 2009  Simon Marlow <marlowsd@gmail.com>
  * FIX #2682: banish silly cases of the "module Foo is not loaded" error
  Ignore-this: 15298691a63e13c63a68673202b1fc18

  In GHCi if you say 'import Foo' meaning to load a package module Foo,
  and Foo.hs is found on the search path, then GHCi replies "module Foo
  is not loaded", because it knows Foo refers to the source file rather
  than the package module, and you haven't loaded that module with
  :load.

  This is consistent with the usual module-finding semantics.  However,
  it isn't particularly useful.  And it leads to silly problems like not
  being able to start GHCi when you happen to be sitting in
  libraries/base, because GHCi thinks the Prelude hasn't been loaded.

  So now I've made a slight change to the way that 'import M' works: if
  M is loaded, then it refers to the loaded module, otherwise it looks
  for a package module M.  This does what the reporter of #2682 wanted,
  and since it turns an error condition into meaningful behaviour it
  can't break anything.

  The only undesirable consequence is that 'import M' might refer to a
  different M than ':load M'.  Hopefully that won't lead to confusion.
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2682#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:08:30 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 10:54:41 2009
Subject: [GHC] #3160: No exception safety in Control.Concurrent.QSem
 QSemN and SampleVar
In-Reply-To: <053.70a1854543dd01f0108efd70a01e67de@localhost>
References: <053.70a1854543dd01f0108efd70a01e67de@localhost>
Message-ID: <062.c42d5fb9aff227d2febf089cfa272827@localhost>

#3160: No exception safety in Control.Concurrent.QSem QSemN and SampleVar
---------------------------------+------------------------------------------
    Reporter:  ChrisKuklewicz    |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  libraries/base    |      Version:  6.10.2          
    Severity:  major             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonmar):

 I think rather than trying to get things right with `modifyMVar` and
 `withMVar`, we should try using STM for these abstractions.  I suspect
 that the overhead of `modifyMVar` and co is comparable to the overhead of
 using STM (we measured this result for Chan in the original Haskell STM
 paper), and the STM version is much easier to get right.  It would let us
 supply composable versions of the operations, too.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3160#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:16:50 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:03:01 2009
Subject: [GHC] #2682: Keep going after failed search for module in
 current directory
In-Reply-To: <042.3ab3a08a92cd2130db77f37efdac62b0@localhost>
References: <042.3ab3a08a92cd2130db77f37efdac62b0@localhost>
Message-ID: <051.565a711c005addd2b3ae07bc7c826572@localhost>

#2682: Keep going after failed search for module in current directory
---------------------------------+------------------------------------------
    Reporter:  ajd               |        Owner:  simonmar        
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  GHCi              |      Version:  6.8.2           
    Severity:  minor             |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 Would it be worth recording the exact behavior (of both forms) in the user
 manual?

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2682#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:20:01 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:06:11 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.b2db47ab4887ac331e0546a4c755727b@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by simonmar):

 Replying to [comment:7 igloo]:
 > So just to check:
 >
 >  * You've only seen this on one computer
 >  * You've seen it with 2 different OS installs
 >  * You've seen it with GHC 6.8.2 and 6.10.2
 >  * You've been using binary packages of GHC, not building GHC yourself

 Also

   * The error is different each time, not repeatable

 correct?

 All the evidence points towards a hardware failure, I'm afraid.  Do you
 have another machine you could try GHC on?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:22:43 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:08:52 2009
Subject: [GHC] #3181: Regression in unboxing
In-Reply-To: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
References: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
Message-ID: <053.ec3f170f5eab9a86d4892816612a63b5@localhost>

#3181: Regression in unboxing
-----------------------------------------+----------------------------------
    Reporter:  dolio                     |        Owner:         
        Type:  run-time performance bug  |       Status:  new    
    Priority:  normal                    |    Milestone:         
   Component:  Compiler                  |      Version:  6.10.2 
    Severity:  normal                    |   Resolution:         
    Keywords:  unboxing boxing           |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  x86_64 (amd64)            |  
-----------------------------------------+----------------------------------
Comment (by dolio):

 Ah, sorry. Data.Array.Vector is from the uvector package, which is
 available on hackage. If that's unacceptable, I can try to construct a new
 test case, or make a dummy module as you said, but my initial attempts
 writing do-nothing loops similar to the one above didn't trigger the bug
 (so obviously results are quite variable).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3181#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:29:29 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:15:39 2009
Subject: [GHC] #3181: Regression in unboxing
In-Reply-To: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
References: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
Message-ID: <053.4d4e16824f3bf63466cb33e0db02bcb3@localhost>

#3181: Regression in unboxing
-----------------------------------------+----------------------------------
    Reporter:  dolio                     |        Owner:         
        Type:  run-time performance bug  |       Status:  new    
    Priority:  normal                    |    Milestone:         
   Component:  Compiler                  |      Version:  6.10.2 
    Severity:  normal                    |   Resolution:         
    Keywords:  unboxing boxing           |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  x86_64 (amd64)            |  
-----------------------------------------+----------------------------------
Comment (by simonpj):

 Not unacceptable, just less convenient.  If you've failed to cut it down
 with a modest investment, then don't worry.

 However, can you pls say exactly which version of uvector you were using?
 That at least helps to ensure the bug is remains reproducible.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3181#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:34:23 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:20:33 2009
Subject: [GHC] #3159: QSem fails with negative quantities
In-Reply-To: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>
References: <051.bc01acc1b08688c0c5eca9a74350c075@localhost>
Message-ID: <060.fcdb762a37a5c89d42a25035db9d1b68@localhost>

#3159: QSem fails with negative quantities
---------------------------------+------------------------------------------
    Reporter:  NeilMitchell      |        Owner:                  
        Type:  bug               |       Status:  reopened        
    Priority:  normal            |    Milestone:                  
   Component:  libraries/base    |      Version:  6.10.2          
    Severity:  major             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by NeilMitchell):

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

Comment:

 It seems a shame that when we could provide total implementations of these
 functions, with intuitive semantics, we choose to make the functions
 partial. Perhaps leave this ticket open at a low priority to indicate that
 desire?

 If the exception is the way to go, it should at least be documented in the
 Haddock.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3159#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:46:38 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:32:48 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.0f1ffd7c0d2348c2096ef2dc63713292@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 Just to record an email exchange.

 Ian Lynagh:
 {{{
 It looks like TcBinds.checkStrictBinds is the place to do it.

 If we have where clauses
     where (b, I# a) = ...
     where (b, I# !a) = ...
 then we respectively get
     mbind = <(b, GHC.Types.I# a) = ...>
     mbind = <(b, GHC.Types.I# !a) = ...>
     mono_tys = [(), GHC.Prim.Int#]
     mono_tys = [(), GHC.Prim.Int#]
 but where I get stuck is trying to match up the types with the bangs (or
 lack of bangs). One option would be to walk over mbind, but that feels
 rather hackish - especially as it's a bag rather than a list! Another
 might be to put a boolean for the presence or absence of a bang in the
 MonoBindInfo, and then to pair it with the type when making mono_tys.
 }}}
 Simon PJ replies:
 {{{
 | It looks like TcBinds.checkStrictBinds is the place to do it.

 I agree.

 | If we have where clauses
 |     where (b, I# a) = ...
 |     where (b, I# !a) = ...

 Whoa!  I think this is *not* what's proposed.  Suppose we have

         let (x, !y) = e in ...

 This is *not* evaluated strictly.  Rather, if 'x' is evaluated,
 the pattern is matched, and hence y is evaluated at that moment.
 Similarly if 'y' is evaluated, but that makes no difference.
 Having a bang on the 'y' doesn't force strict evaluation of the pattern.

 In contrast, if we have

         let (x, I# y) = e in ..

 then we *must* evaluate the whole let strictly (because y:Int#)
 so we demand a bang on the whole pattern not on the 'y'.
 So we should have written

         let !(x, I# y) = in in ...
 }}}
 Ian says:
 {{{
 Oh, wow, you are right. So lifted and unlifted bindings wouldn't behave
 uniformly after all:

 foo1 = 'a'
     where !(x, ~(y, !z))   = ('x', ('y', 1 `div` 0))

 foo2 = 'a'
     where !(x, ~(y, I# z)) = ('x', ('y', 1 `div` 0))

 foo1 == 'a', but foo2 == _|_

 Even more distressing is:

 foo3 = 'a'
     where !(x, ~(!y, !z))   = ('x', (1 `div` 0, (3 :: Int)))

 foo4 = 'a'
     where !(x, ~(!y, I# z)) = ('x', (1 `div` 0, (3 :: Int)))

 Again foo3 == 'a' and foo4 == _|_, but in this case it is the evaluation
 of !y that is the source of the _|_.

 So perhaps ~p, where p contains an unlifted variable, should be rejected
 too?
 }}}
 Simon says
 {{{
 Yes, absolutely it should.  Let's do that at the same time.
 I'm not 100% sure where the best place is.  Presumably in TcPat, since
         \~(x, I# y) -> ...
 should also be rejected.

 But when checking a ~pattern, we don't have conveniently to hand
 the variables bound.

 I suspect the easiest thing is going to be in
         tc_pat (LazyPat ...)
 to do (getPatBinders pat') and check for un-lifted types.
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:51:01 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:37:15 2009
Subject: [GHC] #3181: Regression in unboxing
In-Reply-To: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
References: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
Message-ID: <053.5f2c79c0a80583d92419eb32ea979af7@localhost>

#3181: Regression in unboxing
-----------------------------------------+----------------------------------
    Reporter:  dolio                     |        Owner:         
        Type:  run-time performance bug  |       Status:  new    
    Priority:  normal                    |    Milestone:         
   Component:  Compiler                  |      Version:  6.10.2 
    Severity:  normal                    |   Resolution:         
    Keywords:  unboxing boxing           |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  x86_64 (amd64)            |  
-----------------------------------------+----------------------------------
Comment (by dolio):

 I was using uvector-0.2, which is only available via darcs currently.
 However, I just tested with 0.1.0.3 (currently the latest) from hackage
 and get the same results.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3181#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:55:21 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:41:34 2009
Subject: [GHC] #788: Class aliases (as proposaed by John Meacham)
In-Reply-To: <046.352573f276ea0b65a1451eea70e3a225@localhost>
References: <046.352573f276ea0b65a1451eea70e3a225@localhost>
Message-ID: <055.2c89ec7f7ef1a8f50a3c30231706d5b3@localhost>

#788: Class aliases (as proposaed by John Meacham)
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:                  
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 See also
  * http://haskell.org/haskellwiki/Class_alias
  *
 http://markmail.org/message/sxr24pdvjq7dagco#query:%22class%20alias%22%20proposal%20haskell+page:1+mid:weh6k4krwdmnvoyt+state:results
  * http://www.mail-archive.com/haskell@haskell.org/msg17356.html
  * http://haskell.org/haskellwiki/Superclass_defaults.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/788#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 11:59:12 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 11:45:22 2009
Subject: [GHC] #3181: Regression in unboxing
In-Reply-To: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
References: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
Message-ID: <053.a3e89fa2f246c6bb4a05d0abc0a10707@localhost>

#3181: Regression in unboxing
-----------------------------------------+----------------------------------
    Reporter:  dolio                     |        Owner:         
        Type:  run-time performance bug  |       Status:  new    
    Priority:  normal                    |    Milestone:         
   Component:  Compiler                  |      Version:  6.10.2 
    Severity:  normal                    |   Resolution:         
    Keywords:  unboxing boxing           |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  x86_64 (amd64)            |  
-----------------------------------------+----------------------------------
Comment (by simonpj):

 OK that's good enough I guess.  I assume that 0.1.0.3 will stay there even
 if later versions get uploaded.  Thx

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3181#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 12:19:27 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 12:05:40 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.155db0629b5ff1eae4fb780722422eff@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  new    
    Priority:  low             |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  normal          |   Resolution:         
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Comment (by akrohit):

 Ya correct. The error messages are inconsistent.

 I have another system on which everything runs fine.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 12:21:47 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 12:07:58 2009
Subject: [GHC] #3182: Bad code generated with -fregs-graph
Message-ID: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>

#3182: Bad code generated with -fregs-graph
-------------------------------+--------------------------------------------
  Reporter:  igloo             |          Owner:  benl            
      Type:  bug               |         Status:  new             
  Priority:  normal            |      Milestone:  6.12.1          
 Component:  Compiler (NCG)    |        Version:  6.11            
  Severity:  normal            |       Keywords:                  
Difficulty:  Unknown           |       Testcase:                  
        Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-------------------------------+--------------------------------------------
 With this module:
 {{{
 main :: IO ()
 main = mapM_ print $ map log2 vals

 log2 :: Int -> Double
 log2 x = logBase 2 (fromIntegral x)

 vals :: [Int]
 vals = [1, 2, 17]
 }}}
 on amd64/Linux with the HEAD, I'm seeing:
 {{{
 $ ghc -fforce-recomp -O -fregs-graph -o num012 num012.hs; ./num012
 0.0
 1.2607434391239006e13
 5.153241959769104e13
 }}}

 Ben, are you able to take a look please?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3182>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 12:22:07 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 12:08:15 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.2fc0ab526b9511f25649ccf0ff98f284@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Blocked by #3182.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 12:26:51 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 12:13:00 2009
Subject: [GHC] #3181: Regression in unboxing
In-Reply-To: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
References: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
Message-ID: <053.1fed22b28e7dfdda7d484efda47b128a@localhost>

#3181: Regression in unboxing
-----------------------------------------+----------------------------------
    Reporter:  dolio                     |        Owner:         
        Type:  run-time performance bug  |       Status:  new    
    Priority:  normal                    |    Milestone:         
   Component:  Compiler                  |      Version:  6.10.2 
    Severity:  normal                    |   Resolution:         
    Keywords:  unboxing boxing           |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  x86_64 (amd64)            |  
-----------------------------------------+----------------------------------
Comment (by dolio):

 I took the plunge and implemented a very reduced version of
 Data.Array.Vector (should be attached now).

 It appears to generate similar code to me, and it does result in the
 unboxing bug, so I think this should be self-contained now. Obviously
 Vector.hs needs to go in Data/Array/ below StrictPair.hs

 Hope that helps.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3181#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 12:57:44 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 12:43:54 2009
Subject: [GHC] #3015: Building packages using ghc (6.8.2) results in
 inconsistent error assembler messages
In-Reply-To: <046.693b020b64cc705b3137297db374c5fe@localhost>
References: <046.693b020b64cc705b3137297db374c5fe@localhost>
Message-ID: <055.c6bf2e6266e461afcbfad29a81cbac9f@localhost>

#3015: Building packages using ghc (6.8.2) results in inconsistent error assembler
messages
-------------------------------+--------------------------------------------
    Reporter:  akrohit         |        Owner:         
        Type:  bug             |       Status:  closed 
    Priority:  normal          |    Milestone:  6.12.1 
   Component:  Compiler        |      Version:  6.10.2 
    Severity:  normal          |   Resolution:  invalid
    Keywords:                  |   Difficulty:  Unknown
    Testcase:                  |           Os:  Linux  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

  * priority:  low => normal
  * status:  new => closed
  * resolution:  => invalid

Comment:

 OK, sounds like hardware problems, then.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3015#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 13:07:45 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 12:53:59 2009
Subject: [GHC] #3183: unhelpful wording in module error message
Message-ID: <045.118ff9e7637347be6d5e38f8f6b8afdd@localhost>

#3183: unhelpful wording in module error message
-----------------------------+----------------------------------------------
Reporter:  duncan            |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.2            |       Severity:  minor           
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Users sometimes hit this error message:

 {{{
 Could not find module `Control.Monad.State':
   it was found in multiple packages: monads-fd-0.0.0.1 mtl-1.1.0.2
 }}}

 The problem is just the wording. It should say from start that the module
 was found in multiple packages, rather than saying that it was not found
 at all.

 How about:
 {{{
 Ambiguous module name `Control.Monad.State':
   it was found in multiple packages: monads-fd-0.0.0.1 mtl-1.1.0.2
 }}}

 We might also want the message to suggest the flags `-hide-all-packages`,
 `-hide-package` and/or `-package` as part of the solution.

 I'm filing this on behalf of people who ran into this while building UHC
 (which does not use Cabal and does not use the `-hide-all-packages` flag).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3183>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 13:15:47 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 13:02:20 2009
Subject: [GHC] #3178: Fix linking -lpthread for semaphores
In-Reply-To: <047.4c07ab6c1ca5f755c6e1425bd544758d@localhost>
References: <047.4c07ab6c1ca5f755c6e1425bd544758d@localhost>
Message-ID: <056.a37e3ee97a20760c1ff1f415fccd943f@localhost>

#3178: Fix linking -lpthread for semaphores
----------------------+-----------------------------------------------------
 Reporter:  sthibaul  |          Owner:                  
     Type:  bug       |         Status:  new             
 Priority:  normal    |      Milestone:                  
Component:  Compiler  |        Version:  6.10.2          
 Severity:  normal    |     Resolution:                  
 Keywords:            |       Testcase:                  
       Os:  Other     |   Architecture:  Unknown/Multiple
----------------------+-----------------------------------------------------
Changes (by sthibaul):

  * os:  Unknown/Multiple => Other

Comment:

 More precisely, I'm getting

 Linking dist-inplace/build/ghc-pkg/ghc-pkg ...
 /usr/lib/ghc-6.8.2/lib/unix-2.3.0.0/libHSunix-2.3.0.0.a(Semaphore.o): In
 function `s1Zi_entry':
 (.text+0x1947): undefined reference to `sem_unlink'

 Yes, I'm currently building 6.10 using the already-compiled 6.8

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3178#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 14:16:43 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 14:02:52 2009
Subject: [GHC] #3184: package.conf should be under /var, not /usr
Message-ID: <044.f476a4a28c9761f9c30b392c86475e98@localhost>

#3184: package.conf should be under /var, not /usr
-------------------------------+--------------------------------------------
  Reporter:  igloo             |          Owner:                  
      Type:  bug               |         Status:  new             
  Priority:  normal            |      Milestone:  6.12.1          
 Component:  Compiler          |        Version:  6.10.2          
  Severity:  normal            |       Keywords:                  
Difficulty:  Unknown           |       Testcase:                  
        Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-------------------------------+--------------------------------------------
 fhs-2.3 says:
 {{{
 /usr is the second major section of the filesystem. /usr is shareable,
 read-only data. That means that /usr should be shareable between various
 FHS-compliant hosts and must not be written to. Any information that is
 host-specific or varies with time is stored elsewhere.
 }}}
 `package.conf` is not shareable, as different machines may have different
 packages installed, so we should put it under /var instead.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3184>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 15:35:05 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 15:21:20 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.fb090fb04cc3a35554bcc5f10ed289e5@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by guest):

 In "`where (I# z) = ...`", where are bangs needed? Is "`where !(I# z) =
 ...`" sufficient, or is "`where !(I# !z) = ...`" required?  My intuition
 suggests to only require that latter bang in the data-definition, not the
 pattern-match (to require "`data Int = I# !Int#`")... does that make
 sense?

 -Isaac Dupree

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 18:08:21 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 17:54:29 2009
Subject: [GHC] #3184: package.conf should be under /var, not /usr
In-Reply-To: <044.f476a4a28c9761f9c30b392c86475e98@localhost>
References: <044.f476a4a28c9761f9c30b392c86475e98@localhost>
Message-ID: <053.8a7b0dc0ab9e2df3485cb97849bb4788@localhost>

#3184: package.conf should be under /var, not /usr
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by duncan):

 Replying to [ticket:3184 igloo]:

 > `package.conf` is not shareable, as different machines may have
 different packages installed, so we should put it under /var instead.

 Right. Note that the initial/pristine version of the package db could be
 stored along with ghc in lib. The first time ghc-pkg registers a new
 global package then the db should be made under /var. Either the pristine
 one should be copied to /var or the one in /var should extend the pristine
 one.

 The point is, a binary install should still be relocatable. Instllation
 should not have to create any global db in /var. That can be defered to
 runtime rather than install time. Like the way ghc-pkg makes the per-user
 db on demand.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3184#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 18:19:03 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 18:05:23 2009
Subject: [GHC] #3181: Regression in unboxing
In-Reply-To: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
References: <044.12b8af7c7e17bf83c854d3057fcb12c2@localhost>
Message-ID: <053.ceb7b3e0c5948b7b7dfefb6a1d132828@localhost>

#3181: Regression in unboxing
-----------------------------------------+----------------------------------
    Reporter:  dolio                     |        Owner:         
        Type:  run-time performance bug  |       Status:  new    
    Priority:  normal                    |    Milestone:         
   Component:  Compiler                  |      Version:  6.10.2 
    Severity:  normal                    |   Resolution:         
    Keywords:  unboxing boxing           |   Difficulty:  Unknown
    Testcase:                            |           Os:  Linux  
Architecture:  x86_64 (amd64)            |  
-----------------------------------------+----------------------------------
Changes (by pumpkin):

 * cc: pumpkingod@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3181#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 18:22:03 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 18:08:13 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.c0007fbc0d9f0f15fe00553d19c57c68@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Right, if a pattern contains a binder with an unlifted type, then you need
 an outermost ! (to negate the implicit ~), and the binder needs to not be
 (directly or indirectly) inside an explicit ~.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 19:54:49 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 19:40:59 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.2762230f452e3ff1863fcc57a2a3c8da@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:  6.12.1          
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by awick):

 Well, it's here when it hits swap (again, that's at a bit over 2GB, and
 takes around 3 minutes):

 {{{
 ghc -O2 -funbox-strict-fields --make Foo.hs
 [ 1 of 25] Compiling Data.Structs     ( Data/Structs.hs, Data/Structs.o )
 [ 2 of 25] Compiling Data.Data31      ( Data/Data31.hs, Data/Data31.o )
 }}}

 This is a 32-bit machine, as an aside. It completes after ~30 minutes,
 which is actually better than I remembered, although still pretty
 ridiculous when it's just compiling constants. The memory use tends to
 peak around 2.5GB, but spends most of its time at 2.0GB. I'll try to
 replicate your HEAD build shortly.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 21:08:36 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 20:54:48 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.51e963c7f4fa1c19e9f29eab20514c62@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by guest):

 darn, I (Isaac) realized that what I said was really ambiguous.  I'll try
 with simpler examples:

 Perhaps

 {{{
 f (I# z) = ...
 }}}

 ought not to require a bang on the "z", because the data-type is
 inherently strict.

 And to make it clear, another example of this logic is that this would be
 okay (but needs that bang) :
 {{{
 g (x, !(I# z)) = ...
 }}}

 But, I forget the semantics of bang-patterns... would this also be
 equivalent and permissible?:
 {{{
 g (x, (I# !z))
 }}}

 Anyway, if we allow "f" above (or even if not?), I would be more
 comfortable with -- by analogy -- requiring a bang in any data-type
 definition where an unlifted type is contained, rather than leaving that
 form of strictness implied.  (In the presence of type-synonyms, it may not
 always be obviously visible to the reader whether a member type is
 unlifted.)  This makes a difference in currently-allowed expressions like
 `I# ( 1# +# 1# )` or `I# ( 1# `quot#` 0# )` which would "normally" be lazy
 as long as there isn't a bang in the data definition of Int (but is strict
 because of unlifted semantic magic).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 21 21:58:30 2009
From: trac at galois.com (GHC)
Date: Tue Apr 21 21:44:41 2009
Subject: [GHC] #3182: Bad code generated with -fregs-graph
In-Reply-To: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
References: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
Message-ID: <053.1a188ef58b882d7fe174a0ac39d8175d@localhost>

#3182: Bad code generated with -fregs-graph
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  benl            
        Type:  bug               |       Status:  assigned        
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler (NCG)    |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by benl):

  * status:  new => assigned

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3182#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 04:52:35 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 04:38:44 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.cfa509aaad0fef596b775aede9068721@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 We're getting ourselves confused here. In the rest of this comment I'll
 write down a more formal account of what I think The Rules should be. If
 we can agree them, then we can implement them and put them in the user
 manual.

 First, let's agree that the semantics of bang patterns is defined here:
   * http://www.haskell.org/ghc/docs/latest/html/users_guide/bang-
 patterns.html

 This ticket is concerned with patterns that bind variables of unlifted
 type (e.g. `Int#`).  I propose the following rule:

   * A pattern `p` is '''strict down to''' `v` iff `v` does not appear
 under a lazy-pattern tilde "`~`".

   * A variable `v` of unlifted type may be bound by a pattern only in the
 following situations:
     * In a lambda or `case`, only by a pattern that is strict down to `v`.
     * In a `let` or `where`, only by a binding `!p = e` where `p` is
 strict down to `v`.


 Rationale: variables of unlifted type cannot be bound to a thunk, so the
 pattern must eagerly match all the way down to `v`.

 Examples. Suppose `v::Int#`.  Then here are some legal bindings:
 {{{
 \v -> e
 \(x, I# v) -> e
 let !v = e in b
 let !(x, I# v) = e in b
 \(x, !(I# v)) -> e       -- The inner ! is legal but not required
 \(x, I# !v) -> e         -- The ! on v is legal but not required
 }}}
 Here are some illegal ones
 {{{
 \~(I# v) -> e                -- Under a tilde
 let I# v = e in b            -- No bang on the pattern binding
 let !(x, ~(I# v)) = e in b   -- Under a tilde
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 08:12:17 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 07:58:26 2009
Subject: [GHC] #3185: Compiler error implies incorrect implicit import of a
 ((->)a) Monad instance
Message-ID: <043.49ff5ca05e81c2a2b7c7400ced10948c@localhost>

#3185: Compiler error implies incorrect implicit import of a ((->)a) Monad
instance
-------------------+--------------------------------------------------------
Reporter:  jkff    |          Owner:          
    Type:  bug     |         Status:  new     
Priority:  normal  |      Component:  Compiler
 Version:  6.10.2  |       Severity:  normal  
Keywords:          |       Testcase:          
      Os:  Linux   |   Architecture:  x86     
-------------------+--------------------------------------------------------
 Take the following (incorrect) source:

 {{{
 fun :: Integer -> String
 fun x = "123"

 main = do
   s <- readFile "file.in"
   let m = read s
   writeFile "file.out" (return fun m)
 }}}

 Compile it:

 {{{
 jkff@jkff-laptop:~$ ghci tmp.hs
 GHCi, version 6.10.2: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer ... linking ... done.
 Loading package base ... linking ... done.
 [1 of 1] Compiling Main             ( tmp.hs, interpreted )

 tmp.hs:8:31:
     Couldn't match expected type `String'
            against inferred type `Integer -> String'
     In the first argument of `return', namely `fun'
     In the second argument of `writeFile', namely `(return fun m)'
     In the expression: writeFile "file.out" (return fun m)
 Failed, modules loaded: none.
 }}}

 The error looks like if the compiler has implicitly imported
 Control.Monad.Instances including the instance for ((->)a).
 It shouldn't have done so, because Prelude doesn't include this instance.
 NoImplicitPrelude doesn't help.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3185>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 08:15:39 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 08:01:49 2009
Subject: [GHC] #3185: Compiler error implies incorrect implicit import
 of a ((->)a) Monad instance
In-Reply-To: <043.49ff5ca05e81c2a2b7c7400ced10948c@localhost>
References: <043.49ff5ca05e81c2a2b7c7400ced10948c@localhost>
Message-ID: <052.a1dc0330d062ae783d8523b14e4aebb5@localhost>

#3185: Compiler error implies incorrect implicit import of a ((->)a) Monad
instance
----------------------+-----------------------------------------------------
 Reporter:  jkff      |          Owner:         
     Type:  bug       |         Status:  closed 
 Priority:  normal    |      Milestone:         
Component:  Compiler  |        Version:  6.10.2 
 Severity:  normal    |     Resolution:  invalid
 Keywords:            |       Testcase:         
       Os:  Linux     |   Architecture:  x86    
----------------------+-----------------------------------------------------
Changes (by jkff):

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

Comment:

 Oops, people explained to me the real reason of this behavior, which
 turned out to be quite logical. Closing as invalid.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3185#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 09:27:56 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 09:14:05 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.1588113b18fe530e8a3482cf71e08288@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by guest):

 You're quite right, I was getting myself confused.  Really confused
 actually.  I agree that (1) something at least as strict (limiting) as
 simonpj's rule should be adopted and (2) that simonpj's rule solves a
 specific existing problem which appears to be the intended focus of this
 ticket.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 09:54:55 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 09:41:02 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.09ad0c937d158c46eb2f4d70438fd239@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by guest):

 My more disruptive wish involved:
 {{{
 type I = Int#  --or I = Int. Defined in some other module.

 f :: I -> I -> I
 f a b = a  -- "f !a !b = a" could be required if I = Int#

 g :: ... -> I
 g ... = f (some_complex_computation_1) (some_complex_computation_2)
 }}}

 I'm unhappy that GHC has the feature for an unlifted type to change the
 strictness/space-complexity of unsuspecting functions: a change that
 lifted and non-built-in types cannot ever bring about even if you wished
 them to.  I noticed this when looking at GHC's "FastInt" code that
 abstracts away from `Int#` slightly (I think it abstracts for
 historical/potential portability.  Admittedly, I think GHC is also the
 only compiler that supports bang-patterns, currently?)

 I guess there is also the intermediate (and annoying) option of a warning-
 flag rather than errors or nothing :-)

 -Isaac Dupree

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 11:25:11 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 11:11:18 2009
Subject: [GHC] #3186: findExeutable does not respect order of search path on
 Windows
Message-ID: <045.8d432c25f775875a5ebadcd8663d4571@localhost>

#3186: findExeutable does not respect order of search path on Windows
--------------------+-------------------------------------------------------
Reporter:  duncan   |          Owner:                     
    Type:  bug      |         Status:  new                
Priority:  normal   |      Component:  libraries/directory
 Version:  6.10.2   |       Severity:  normal             
Keywords:           |       Testcase:                     
      Os:  Windows  |   Architecture:  Unknown/Multiple   
--------------------+-------------------------------------------------------
 On Windows `findExeutable` is behaving rather strangely.

 From a command line window (ie not MSYS):
 {{{
 H:\>echo %PATH%
 C:\Program Files\MiKTeX 2.7\miktex\bin;
 C:\WINDOWS\system32;
 C:\WINDOWS;
 C:\WINDOWS\System32\Wbem;
 C:\Program Files\QuickTime\QTSystem\;
 c:\Program Files\Microsoft SQL Server\90\Tools\binn\;
 C:\Program Files\MATLAB\R2009a\bin;
 C:\Program Files\MATLAB\R2009a\bin\win32;
 C:\Program Files\Haskell\bin;
 D:\dcoutts\ghc-6.10.1\bin;
 D:\dcoutts\Gtk2Hs\bin;
 D:\dcoutts\bin
 }}}
 (formatted onto multiple lines for clarity)

 Now it appears I've got three versions of haddock installed:
 {{{
 H:\>where haddock
 C:\Program Files\Haskell\bin\haddock.exe
 D:\dcoutts\ghc-6.10.1\bin\haddock.exe
 D:\dcoutts\bin\haddock.exe
 }}}

 However in ghci:
 {{{
 H:\>ghci
 Prelude> System.Directory.findExecutable "haddock"
 Just "D:\\dcoutts\\GHC-61~1.1\\bin\\haddock.exe"
 }}}

 But this is bonkers! The version it has found is not in the first
 directory on the search path.

 I don't think it's related to the global/user split in the Windows
 `%PATH%`. All of the dirs containing haddock.exe are in the user portion
 of my `%PATH%`.

 On Windows `System.Directory.findExecutable` uses the `SearchPathA` Win32
 function. The [http://msdn.microsoft.com/en-us/library/aa365527.aspx MSDN
 docs] mention that it searches system and the current dirs first and has
 some "safe" search mode but none of those things seem to be relevant here.

 This problem confuses users of Cabal which uses `findExecutable` to find
 build tools. See [this thread http://haskell.org/pipermail/cabal-
 devel/2009-April/005158.html] from the cabal mailing list.

 Perhaps we should just use the pure Haskell version that we use on non-
 Windows systems. Still, it'd be nice to reflect properly the Windows
 search path semantics if it's not as simple as looking in the `%PATH%`.

 Actually the semantics are pretty weird. Consider this...

 Let's cut down to just two versions of haddock:
 {{{
 H:\>where haddock
 C:\Program Files\Haskell\bin\haddock.exe
 D:\dcoutts\ghc-6.10.1\bin\haddock.exe
 }}}

 Now lets see what versions we've got where:
 {{{
 H:\>"C:\Program Files\Haskell\bin\haddock.exe" --version
 Haddock version 2.1.0, (c) Simon Marlow 2006
 Ported to use the GHC API by David Waern 2006-2008

 H:\>D:\dcoutts\ghc-6.10.1\bin\haddock.exe --version
 Haddock version 2.3.0, (c) Simon Marlow 2006
 Ported to use the GHC API by David Waern 2006-2008
 }}}

 As expected, just running haddock from the command line gives us the first
 one:
 {{{
 H:\>haddock --version
 Haddock version 2.1.0, (c) Simon Marlow 2006
 Ported to use the GHC API by David Waern 2006-2008
 }}}

 Now in ghci:
 {{{
 Prelude> System.Process.runCommand "haddock --version"
 Haddock version 2.1.0, (c) Simon Marlow 2006
 Ported to use the GHC API by David Waern 2006-2008
 }}}
 That's fine. It's the first one and consistent with running from the
 command line (internally `runCommand` uses the command processor).

 But now try this:
 {{{
 Prelude> System.Process.runProcess "haddock" ["--version"] Nothing Nothing
 Nothing Nothing Nothing
 Haddock version 2.3.0, (c) Simon Marlow 2006
 Ported to use the GHC API by David Waern 2006-2008
 }}}

 WT!? Where did that come from? It's using a different search path from the
 command interpreter. This one however is consistent with the
 `findExecutable` function (as it is supposed to be).

 No idea what is going on. Can anyone else reproduce or explain this?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3186>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 11:31:06 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 11:17:17 2009
Subject: [GHC] #3186: findExeutable does not respect order of search
 path on Windows
In-Reply-To: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
References: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
Message-ID: <054.60b6e9213901b6a0ef4f0c973db0af06@localhost>

#3186: findExeutable does not respect order of search path on Windows
---------------------------------+------------------------------------------
 Reporter:  duncan               |          Owner:                  
     Type:  bug                  |         Status:  new             
 Priority:  normal               |      Milestone:                  
Component:  libraries/directory  |        Version:  6.10.2          
 Severity:  normal               |     Resolution:                  
 Keywords:                       |       Testcase:                  
       Os:  Windows              |   Architecture:  Unknown/Multiple
---------------------------------+------------------------------------------
Changes (by NeilMitchell):

 * cc: ndmitchell@gmail.com (added)

Comment:

 FWIW, I considered the user vs system %PATH% split, but when I was having
 problems I checked and all my copies of haddock were on the user part of
 %PATH%, so that doesn't seem relevant.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3186#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 11:43:11 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 11:29:18 2009
Subject: [GHC] #2924: createDirectory: permission denied
In-Reply-To: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
References: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
Message-ID: <056.74b5c4743947e310e092c5df9331bf0a@localhost>

#2924: createDirectory: permission denied
------------------------------------+---------------------------------------
    Reporter:  simonmar             |        Owner:             
        Type:  bug                  |       Status:  new        
    Priority:  normal               |    Milestone:  6.12 branch
   Component:  libraries/directory  |      Version:  6.10.1     
    Severity:  normal               |   Resolution:             
    Keywords:                       |   Difficulty:  Unknown    
    Testcase:                       |           Os:  Windows    
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Comment (by NeilMitchell):

 A possibly related issue:

 I've got a multi-threaded application which occasionally generates
 failures in openFile. I haven't been able to reproduce the errors
 reliably, the code is way too large to send over, and any small
 attempts at invoking the same problem don't seem to work. Despite the
 uselessness of the bug report, I thought I'd share what I've seen and
 how I fixed it.

 I have many threads, which read and write files. Every so often one
 thread will write a file, then another thread will read the same file
 - but fail during the open call. There are locks to ensure that the
 write call finishes before the read call begins. I modified the code
 to give:

 {{{
 do print ("READ START",x) ; res <- readFile x ; print ("READ STOP",x)
 ; return res

 do print ("WRITE START",x); writeFile x src ; print ("WRITE STOP",x)
 }}}

 I then get on the console:

 {{{
 WRITE START foo
 WRITE STOP foo
 READ START foo
 openFile doesn't have permission to open foo.
 }}}

 The writeFile/readFile are happening in different threads, and they
 usually succeed - but not always. The bug seems to go away when I add
 performGC just after writeFile. My guess is that something in the
 openFile/hClose pair isn't really closed until a garbage collection
 happens. All this is using GHC 6.10.2 on XP through Cygwin.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2924#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 12:13:27 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 11:59:34 2009
Subject: [GHC] #3186: findExeutable does not respect order of search
 path on Windows
In-Reply-To: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
References: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
Message-ID: <054.891abe06aaecb95234831554ea9c90ff@localhost>

#3186: findExeutable does not respect order of search path on Windows
---------------------------------+------------------------------------------
 Reporter:  duncan               |          Owner:                  
     Type:  bug                  |         Status:  new             
 Priority:  normal               |      Milestone:                  
Component:  libraries/directory  |        Version:  6.10.2          
 Severity:  normal               |     Resolution:                  
 Keywords:                       |       Testcase:                  
       Os:  Windows              |   Architecture:  Unknown/Multiple
---------------------------------+------------------------------------------
Comment (by duncan):

 Replying to [comment:1 NeilMitchell]:
 > FWIW, I considered the user vs system %PATH% split, but when I was
 having problems I checked and all my copies of haddock were on the user
 part of %PATH%, so that doesn't seem relevant.

 Yeah, same here.

 I note that we do not pass the `%PATH%` to the `SearchPath` function. We
 pas `NULL` which lets it do some system-dependent thing. It might be
 interesting to see if passing the `%PATH%` makes any difference to the
 behaviour. A quick google search doesn't bring up anything about this
 oddity.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3186#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 12:28:13 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 12:14:20 2009
Subject: [GHC] #3186: findExeutable does not respect order of search
 path on Windows
In-Reply-To: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
References: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
Message-ID: <054.d17a67b32090d68de1651c9276653b9d@localhost>

#3186: findExeutable does not respect order of search path on Windows
---------------------------------+------------------------------------------
 Reporter:  duncan               |          Owner:                  
     Type:  bug                  |         Status:  new             
 Priority:  normal               |      Milestone:                  
Component:  libraries/directory  |        Version:  6.10.2          
 Severity:  normal               |     Resolution:                  
 Keywords:                       |       Testcase:                  
       Os:  Windows              |   Architecture:  Unknown/Multiple
---------------------------------+------------------------------------------
Comment (by duncan):

 Ahh! It's looking in the directory where the .exe for the currently
 running process lives. So when we're in ghci (or runghc Setup) then it
 always finds the haddock.exe in the same dir as ghci/runghc.

 Neil, I'm guessing that you're running `cabal.exe` from `C:\Program
 Files\Haskell\bin\` is that correct? If so, that explains why it's picking
 up `haddock.exe` from the same directory.

 So the question is what behaviour we want. I guess it is good if
 `findExecutable` and `runProcess` are consistent with each other. However
 it should be clearly documented along with `findExecutable` that the
 location of the .exe of the current process is relevant. Cabal should
 probably look for haddock first in the ghc bin dir and only secondarily
 try using `findExecutable` (sigh).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3186#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 12:35:27 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 12:21:42 2009
Subject: [GHC] #3186: findExeutable does not respect order of search
 path on Windows
In-Reply-To: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
References: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
Message-ID: <054.59d024e924f48738ac1906dcae065c61@localhost>

#3186: findExeutable does not respect order of search path on Windows
---------------------------------+------------------------------------------
 Reporter:  duncan               |          Owner:                  
     Type:  bug                  |         Status:  new             
 Priority:  normal               |      Milestone:                  
Component:  libraries/directory  |        Version:  6.10.2          
 Severity:  normal               |     Resolution:                  
 Keywords:                       |       Testcase:                  
       Os:  Windows              |   Architecture:  Unknown/Multiple
---------------------------------+------------------------------------------
Comment (by NeilMitchell):

 Ahh! That explains it! I am indeed running cabal from next to haddock.

 I don't see why findExecutable is using the path you started the program
 from. It seems reasonable to use the current directory first, but other
 than that should jump straight to the %PATH%. For finding .dll's it makes
 sense for findExecutable to try the relative to .exe path first, which I
 suspect is why this behaviour exists.

 Cabal should probably check GHC bin dir for haddock anyway, given the
 GHC/haddock dependency.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3186#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 18:48:38 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 18:34:45 2009
Subject: [GHC] #3186: findExeutable does not respect order of search
 path on Windows
In-Reply-To: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
References: <045.8d432c25f775875a5ebadcd8663d4571@localhost>
Message-ID: <054.bbb9a3744bc2a064d4b10fcc11d9da92@localhost>

#3186: findExeutable does not respect order of search path on Windows
---------------------------------+------------------------------------------
 Reporter:  duncan               |          Owner:                  
     Type:  bug                  |         Status:  new             
 Priority:  normal               |      Milestone:                  
Component:  libraries/directory  |        Version:  6.10.2          
 Severity:  normal               |     Resolution:                  
 Keywords:                       |       Testcase:                  
       Os:  Windows              |   Architecture:  Unknown/Multiple
---------------------------------+------------------------------------------
Comment (by duncan):

 Replying to [comment:4 NeilMitchell]:
 > Ahh! That explains it! I am indeed running cabal from next to haddock.

 Ok good, I'm glad we figured it out.

 You win the prize for finding this month's most peculiar bug :-)

 > I don't see why findExecutable is using the path you started the program
 from. It seems reasonable to use the current directory first, but other
 than that should jump straight to the %PATH%. For finding .dll's it makes
 sense for findExecutable to try the relative to .exe path first, which I
 suspect is why this behaviour exists.

 Though the MSDN page says it should not be used for locating .dll files
 because LoadLibrary uses a different order again.

 > Cabal should probably check GHC bin dir for haddock anyway, given the
 GHC/haddock dependency.

 Yeah: http://hackage.haskell.org/trac/hackage/ticket/546

 So, to close this ticket I think we just want to document that
 `findExecutable` searches a whole bunch of dirs. We should pin it down.
 The MSDN docs do not explicitly say. It's probably the exe dir, current
 dir, windows and system dirs and then the %PATH% (and it's modified by
 "safe search" in Vista I think).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3186#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 19:42:04 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 19:28:08 2009
Subject: [GHC] #3187: ghc-pkg -f new.package.conf register foo.conf fails if
 new.package.conf does not exist.
Message-ID: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>

#3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf
does not exist.
-----------------------------+----------------------------------------------
Reporter:  JeremyShaw        |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 In GHC 6.1.0.2, ghc-pkg -f new.package.conf register foo.conf, fails if
 new.package.conf does not exist. In GHC 6.10.1 this worked fine. Not sure
 if this change is a bug or feature.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3187>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 20:09:19 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 19:55:27 2009
Subject: [GHC] #2806: Require bang-patterns for unlifted bindings
In-Reply-To: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
References: <046.9d55d0c05fffd15719c6c19b63c006aa@localhost>
Message-ID: <055.b830375471767aeab05d230c3807a48c@localhost>

#2806: Require bang-patterns for unlifted bindings
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:  igloo           
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

  * owner:  => igloo

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2806#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 22 20:09:44 2009
From: trac at galois.com (GHC)
Date: Wed Apr 22 19:55:49 2009
Subject: [GHC] #3188: instance Random for Data.Word
Message-ID: <043.22ba6b7be1ff054d66166cbedb3accb5@localhost>

#3188: instance Random for Data.Word
-----------------------------+----------------------------------------------
Reporter:  uznx              |          Owner:                  
    Type:  feature request   |         Status:  new             
Priority:  normal            |      Component:  libraries/base  
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 It would be nice to have instance Random for Word8, Word16, Word32,
 Word64.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3188>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 23 05:47:08 2009
From: trac at galois.com (GHC)
Date: Thu Apr 23 05:33:12 2009
Subject: [GHC] #3176: erroneous defaulting? behaviour for existentials
In-Reply-To: <044.e6bab385946b082e86d51476a7f09fe2@localhost>
References: <044.e6bab385946b082e86d51476a7f09fe2@localhost>
Message-ID: <053.95ca5eb894be20c2c23b9afe40f9c98f@localhost>

#3176: erroneous defaulting? behaviour for existentials
--------------------------------------------+-------------------------------
    Reporter:  claus                        |        Owner:                  
        Type:  bug                          |       Status:  closed          
    Priority:  normal                       |    Milestone:                  
   Component:  Compiler                     |      Version:  6.11            
    Severity:  normal                       |   Resolution:  fixed           
    Keywords:                               |   Difficulty:  Unknown         
    Testcase:  typecheck/should_fail/T3176  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple             |  
--------------------------------------------+-------------------------------
Changes (by simonpj):

  * testcase:  => typecheck/should_fail/T3176
  * difficulty:  => Unknown
  * status:  new => closed
  * resolution:  => fixed

Comment:

 Thank you.  A definite bug caused by some earlier fiddling with record
 selectors. Fixed by
 {{{
 Thu Apr 23 02:42:37 PDT 2009  simonpj@microsoft.com
   * Fix Trac #3176: intercept naughty record selectors

   When making record selectors into ordinary functions (rather than
   magial implicit Ids) I forgot that they could therefore show up in
   the *local* TcEnv, not the global one.  This fixes that problem,
   and thereby Trac #3176.
 }}}
 I added a test case too.

 Smon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3176#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 23 06:00:41 2009
From: trac at galois.com (GHC)
Date: Thu Apr 23 05:46:46 2009
Subject: [GHC] #3187: ghc-pkg -f new.package.conf register foo.conf
 fails if new.package.conf does not exist.
In-Reply-To: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>
References: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>
Message-ID: <058.e0e050a18f4bdb3dc7f1dceb194d95bd@localhost>

#3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf
does not exist.
---------------------------------+------------------------------------------
    Reporter:  JeremyShaw        |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 Thanks for the report. In this case it's a feature; from the release
 notes:
 {{{
 ghc-pkg will now complain if told to use a package.conf that doesn't
 exist.
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3187#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 23 06:08:48 2009
From: trac at galois.com (GHC)
Date: Thu Apr 23 05:54:50 2009
Subject: [GHC] #3187: ghc-pkg -f new.package.conf register foo.conf
 fails if new.package.conf does not exist.
In-Reply-To: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>
References: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>
Message-ID: <058.1bfc6bd3930d030556d5f61a025b2823@localhost>

#3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf
does not exist.
---------------------------------+------------------------------------------
    Reporter:  JeremyShaw        |        Owner:                  
        Type:  bug               |       Status:  reopened        
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by duncan):

  * status:  closed => reopened
  * resolution:  invalid =>

Comment:

 Replying to [comment:1 igloo]:
 > Thanks for the report. In this case it's a feature;

 Although the point of the feature was to fail when trying to read from a
 non-existent package db. I don't think we considered the case of writing
 to a non-existent db. (Though I thought that did not work previously
 anyway, I thought dbs had to be initialised to contain "[]".)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3187#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 23 07:32:55 2009
From: trac at galois.com (GHC)
Date: Thu Apr 23 07:19:01 2009
Subject: [GHC] #3171: threadDelay causes Ctrl-C to be ignored when
 running interpreted code
In-Reply-To: <047.819554b7fd6d2c8ccb9e136526591f5c@localhost>
References: <047.819554b7fd6d2c8ccb9e136526591f5c@localhost>
Message-ID: <056.389d8e107c40767c95789cbb3cd23c0c@localhost>

#3171: threadDelay causes Ctrl-C to be ignored when running interpreted code
-------------------------------+--------------------------------------------
    Reporter:  chowells        |        Owner:  simonmar
        Type:  bug             |       Status:  new     
    Priority:  normal          |    Milestone:          
   Component:  Runtime System  |      Version:  6.10.2  
    Severity:  normal          |   Resolution:          
    Keywords:  runghc          |   Difficulty:  Unknown 
    Testcase:                  |           Os:  Linux   
Architecture:  x86             |  
-------------------------------+--------------------------------------------
Changes (by simonmar):

  * owner:  => simonmar
  * difficulty:  => Unknown

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3171#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 23 12:22:58 2009
From: trac at galois.com (GHC)
Date: Thu Apr 23 12:09:04 2009
Subject: [GHC] #2924: createDirectory: permission denied
In-Reply-To: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
References: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
Message-ID: <056.6cf31b5381272ec3e451e94d1b45a27c@localhost>

#2924: createDirectory: permission denied
------------------------------------+---------------------------------------
    Reporter:  simonmar             |        Owner:             
        Type:  bug                  |       Status:  new        
    Priority:  normal               |    Milestone:  6.12 branch
   Component:  libraries/directory  |      Version:  6.10.1     
    Severity:  normal               |   Resolution:             
    Keywords:                       |   Difficulty:  Unknown    
    Testcase:                       |           Os:  Windows    
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Comment (by NeilMitchell):

 The bug went away in my particular replication case with a performGC, but
 now I've just experienced it again in a different setting but with
 performGC after writeFile, so it doesn't seem to be that.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2924#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 01:25:51 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 01:11:55 2009
Subject: [GHC] #3182: Bad code generated with -fregs-graph
In-Reply-To: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
References: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
Message-ID: <053.880e84acb689afdd9974f207592f4575@localhost>

#3182: Bad code generated with -fregs-graph
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  nobody          
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler (NCG)    |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by benl):

  * status:  assigned => new
  * owner:  benl => nobody

Comment:

 This is actually a bug in the x86_64 native code generator:

 Compiling libraries/base/GHC/Float.lhs..

 -ddump-opt-cmm
 {{{
 GHC.Float.$wlogBase_entry()
     ...
     (_s4aK::F64,) = foreign "ccall"
                     MO_F64_Log((_c74u::F64,))[_unsafe_call_];
     D1 = %MO_F_Quot_W64(_s4aJ::F64, _s4aK::F64);
     jump I64[Sp] ();
 }}}

 -ddump-asm-liveness
 {{{
 GHC.Float.$wlogBase_entry()
     ...
     call log
     ...
     movss %xmm0,%vD_s4aK
         # born:    %vD_s4aK
         # r_dying: %r16

     movsd %vD_s4aJ,%xmm5
         # r_dying: %vD_s4aJ

     divsd %vD_s4aK,%xmm5
         # r_dying: %vD_s4aK

     jmp *(%rbp)
 }}}

 The result of the divsd instruction, %vD_s4aK hasn't been assigned
 anywhere particular. The linear allocator happens to put it in %xmm0, so
 it works. The graph allocator happens to put it in %xmm7, so it doesn't.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3182#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 01:27:29 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 01:13:31 2009
Subject: [GHC] #3182: Bad FP code generated by x86_64 native code
 generator.
In-Reply-To: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
References: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
Message-ID: <053.b2552de83956da9702d14712d250dd7c@localhost>

#3182: Bad FP code generated by x86_64 native code generator.
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  nobody          
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler (NCG)    |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by benl):

  * summary:  Bad code generated with -fregs-graph => Bad FP code generated
              by x86_64 native code generator.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3182#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 01:30:37 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 01:16:39 2009
Subject: [GHC] #3182: Bad FP code generated by x86_64 native code
 generator.
In-Reply-To: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
References: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
Message-ID: <053.e0d737ceb44330abb1c65a1fe65b931f@localhost>

#3182: Bad FP code generated by x86_64 native code generator.
-------------------------------+--------------------------------------------
    Reporter:  igloo           |        Owner:  nobody          
        Type:  bug             |       Status:  new             
    Priority:  normal          |    Milestone:  6.12.1          
   Component:  Compiler (NCG)  |      Version:  6.11            
    Severity:  normal          |   Resolution:                  
    Keywords:                  |   Difficulty:  Unknown         
    Testcase:                  |           Os:  Unknown/Multiple
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by benl):

  * architecture:  Unknown/Multiple => x86_64 (amd64)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3182#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 01:49:03 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 01:35:07 2009
Subject: [GHC] #3182: Bad FP code generated by x86_64 native code
 generator.
In-Reply-To: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
References: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
Message-ID: <053.91022bfce3379f67d5f200764f9f24e2@localhost>

#3182: Bad FP code generated by x86_64 native code generator.
-------------------------------+--------------------------------------------
    Reporter:  igloo           |        Owner:  benl            
        Type:  bug             |       Status:  assigned        
    Priority:  normal          |    Milestone:  6.12.1          
   Component:  Compiler (NCG)  |      Version:  6.11            
    Severity:  normal          |   Resolution:                  
    Keywords:                  |   Difficulty:  Unknown         
    Testcase:                  |           Os:  Unknown/Multiple
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by benl):

  * status:  new => assigned
  * owner:  nobody => benl

Comment:

 Scratch that, I'm reading the instrs the wrong way around :P. It'll be
 because it's using movss instead of movsd. Patch pending.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3182#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 04:31:47 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 04:17:52 2009
Subject: [GHC] #2924: createDirectory: permission denied
In-Reply-To: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
References: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
Message-ID: <056.a4904e0d985abd8a011ebfe3143b501a@localhost>

#2924: createDirectory: permission denied
------------------------------------+---------------------------------------
    Reporter:  simonmar             |        Owner:             
        Type:  bug                  |       Status:  new        
    Priority:  normal               |    Milestone:  6.12 branch
   Component:  libraries/directory  |      Version:  6.10.1     
    Severity:  normal               |   Resolution:             
    Keywords:                       |   Difficulty:  Unknown    
    Testcase:                       |           Os:  Windows    
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Comment (by NeilMitchell):

 Trying a threadDelay call, at 0.01 seconds (what should be an eternity,
 for a computer) I still get the bug occurring. My next attempt is an
 exception handler around the readFile, which does a 1 second delay + GC
 and a retry.

 This bug appears to be relatively serious for Windows users. Perhaps the
 priority could be bumped?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2924#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 05:21:32 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 05:07:33 2009
Subject: [GHC] #3171: threadDelay causes Ctrl-C to be ignored when
 running interpreted code
In-Reply-To: <047.819554b7fd6d2c8ccb9e136526591f5c@localhost>
References: <047.819554b7fd6d2c8ccb9e136526591f5c@localhost>
Message-ID: <056.13881e594066b3a80b0e95cf116f66c3@localhost>

#3171: threadDelay causes Ctrl-C to be ignored when running interpreted code
-------------------------------+--------------------------------------------
    Reporter:  chowells        |        Owner:  igloo      
        Type:  merge           |       Status:  new        
    Priority:  normal          |    Milestone:  6.10 branch
   Component:  Runtime System  |      Version:  6.10.2     
    Severity:  normal          |   Resolution:             
    Keywords:  runghc          |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86             |  
-------------------------------+--------------------------------------------
Changes (by simonmar):

  * owner:  simonmar => igloo
  * type:  bug => merge
  * milestone:  => 6.10 branch

Comment:

 The new signal handling code in 6.10.2 broke Ctrl-C in GHCi.

 The following patches have been pushed to fix it:

 {{{
 Thu Apr 23 04:29:39 PDT 2009  Simon Marlow <marlowsd@gmail.com>
   * don't overwrite io_manager_pipe if it is already set

 Thu Apr 23 04:30:02 PDT 2009  Simon Marlow <marlowsd@gmail.com>
   * add getOrSetSignalHandlerStore, much like getOrSetTypeableStore

 Fri Apr 24 10:16:10 BST 2009  Simon Marlow <marlowsd@gmail.com>
   * add missing files (part of #3171 fix)
 }}}

 and in libraries/base:

 {{{
 Thu Apr 23 04:28:37 PDT 2009  Simon Marlow <marlowsd@gmail.com>
   * FIX #3171: make sure we have only one table of signal handlers
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3171#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 06:48:32 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 06:34:32 2009
Subject: [GHC] #3189: Exception in canonicalizePath if path has national
 symbols
Message-ID: <044.a27e70374e3931f7c0e96425b2a1dbab@localhost>

#3189: Exception in canonicalizePath if path has national symbols
--------------------+-------------------------------------------------------
Reporter:  Tonal    |          Owner:                     
    Type:  bug      |         Status:  new                
Priority:  normal   |      Component:  libraries/directory
 Version:  6.10.2   |       Severity:  normal             
Keywords:           |       Testcase:                     
      Os:  Windows  |   Architecture:  Unknown/Multiple   
--------------------+-------------------------------------------------------
 Environment: Windows Vista Home Ru + sp1 ghc 6.10.2

 Code for reproduced (file tst2.hs):
 {{{
 import System.Directory

 main = do
   cwd <- canonicalizePath "."
   putStrLn cwd
   setCurrentDirectory cwd
 }}}
 Console session:
 {{{
 C:\Lang\test\haskell\????>ghc --make tst2.hs
 [1 of 1] Compiling Main             ( tst2.hs, tst2.o )
 Linking tst2.exe ...

 C:\Lang\test\haskell\????>tst2.exe
 C:\Lang\test\haskell\????
 tst2.exe: SetCurrentDirectory: does not exist (
5 C405BAO =09B8 C:070==K9
 D09;.)
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3189>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 06:49:54 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 06:35:54 2009
Subject: [GHC] #3189: Exception in canonicalizePath if path has national
 symbols
In-Reply-To: <044.a27e70374e3931f7c0e96425b2a1dbab@localhost>
References: <044.a27e70374e3931f7c0e96425b2a1dbab@localhost>
Message-ID: <053.baabbd5b3cdf8c83837069efcc5f9f69@localhost>

#3189: Exception in canonicalizePath if path has national symbols
---------------------------------+------------------------------------------
 Reporter:  Tonal                |          Owner:                  
     Type:  bug                  |         Status:  new             
 Priority:  normal               |      Milestone:                  
Component:  libraries/directory  |        Version:  6.10.2          
 Severity:  normal               |     Resolution:                  
 Keywords:                       |       Testcase:                  
       Os:  Windows              |   Architecture:  Unknown/Multiple
---------------------------------+------------------------------------------
Comment (by Tonal):

 see also #3086 and #2963

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3189#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 06:55:00 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 06:41:03 2009
Subject: [GHC] #3182: Bad FP code generated by x86_64 native code
 generator.
In-Reply-To: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
References: <044.25cf3c9d2381025c1a9ef44a99b86c96@localhost>
Message-ID: <053.aab6b83072a6ff5ee26bf8965550dda6@localhost>

#3182: Bad FP code generated by x86_64 native code generator.
-------------------------------+--------------------------------------------
    Reporter:  igloo           |        Owner:  benl            
        Type:  bug             |       Status:  closed          
    Priority:  normal          |    Milestone:  6.12.1          
   Component:  Compiler (NCG)  |      Version:  6.11            
    Severity:  normal          |   Resolution:  fixed           
    Keywords:                  |   Difficulty:  Unknown         
    Testcase:                  |           Os:  Unknown/Multiple
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by benl):

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

Comment:

 Fri Apr 24 16:50:53 EST 2009  Ben.Lippmeier@anu.edu.au
   * Fix #3182: 64 bit FP value returned by C calls was getting trashed
      movss instruction was being used to move the result into the
      destination register instead of movsd

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3182#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 08:51:46 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 08:37:45 2009
Subject: [GHC] #3190: Type checker fails to unify/expand type definitions in
 certain contexts
Message-ID: <048.ab16492ca3c59a73fe420fc4fcc2f446@localhost>

#3190: Type checker fails to unify/expand type definitions in certain contexts
----------------------+-----------------------------------------------------
Reporter:  ferridder  |          Owner:                         
    Type:  bug        |         Status:  new                    
Priority:  normal     |      Component:  Compiler (Type checker)
 Version:  6.10.2     |       Severity:  minor                  
Keywords:             |       Testcase:                         
      Os:  Windows    |   Architecture:  Unknown/Multiple       
----------------------+-----------------------------------------------------
 When compiling

 type TMvar a = TVar (Maybe a)
 mynewEmptyMvar :: STM (TMVar a)
 mynewEmptyMvar = newTVar Nothing

 the type checker complains

     Couldn't match expected type `TMVar a'
            against inferred type `TVar (Maybe a1)'
       Expected type: STM (TMVar a)
       Inferred type: STM (TVar (Maybe a1))
     In the expression: newTVar Nothing
     In the definition of `mynewEmptyMvar':
         mynewEmptyMvar = newTVar Nothing

 although the definition of TMvar is
 type TMvar a = TVar (Maybe a)

 This behaviour could not be duplicated in the IO monad.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3190>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 09:06:06 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 08:52:05 2009
Subject: [GHC] #3190: Type checker fails to unify/expand type
 definitions in certain contexts
In-Reply-To: <048.ab16492ca3c59a73fe420fc4fcc2f446@localhost>
References: <048.ab16492ca3c59a73fe420fc4fcc2f446@localhost>
Message-ID: <057.00e573c337b545983ae298ca4e683545@localhost>

#3190: Type checker fails to unify/expand type definitions in certain contexts
----------------------------------------+-----------------------------------
    Reporter:  ferridder                |        Owner:         
        Type:  bug                      |       Status:  closed 
    Priority:  normal                   |    Milestone:         
   Component:  Compiler (Type checker)  |      Version:  6.10.2 
    Severity:  minor                    |   Resolution:  invalid
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Windows
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by simonpj):

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

Comment:

 Your definition is for `TMvar` (lower case v).  But you used `TMVar`
 (upper case V).  The latter is defined in `Control.Concurrent.STM.TMVar`.
 So the error message is perfectly correct.

 I can't see a straightforward way to give a better error message, either.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3190#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 09:25:09 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 09:11:08 2009
Subject: [GHC] #3190: Type checker fails to unify/expand type
 definitions in certain contexts
In-Reply-To: <048.ab16492ca3c59a73fe420fc4fcc2f446@localhost>
References: <048.ab16492ca3c59a73fe420fc4fcc2f446@localhost>
Message-ID: <057.1e5a7855f7acd6fb596fd006b1047e5e@localhost>

#3190: Type checker fails to unify/expand type definitions in certain contexts
----------------------------------------+-----------------------------------
    Reporter:  ferridder                |        Owner:         
        Type:  bug                      |       Status:  closed 
    Priority:  normal                   |    Milestone:         
   Component:  Compiler (Type checker)  |      Version:  6.10.2 
    Severity:  minor                    |   Resolution:  invalid
    Keywords:                           |   Difficulty:  Unknown
    Testcase:                           |           Os:  Windows
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Comment (by ferridder):

 Thanks, I should have spotted that!

 One could display the fully qualified names of (imported only?)
 constructors as part of the error message, but this might cost more than
 it's worth.

 Another option would be to flag what would be clashes in a case
 insensitive system as warnings by default, but that would also affect a
 bunch of legacy code...

 Replying to [comment:1 simonpj]:
 > Your definition is for `TMvar` (lower case v).  But you used `TMVar`
 (upper case V).  The latter is defined in `Control.Concurrent.STM.TMVar`.
 So the error message is perfectly correct.
 >
 > I can't see a straightforward way to give a better error message,
 either.
 >
 > Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3190#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Fri Apr 24 10:24:15 2009
From: trac at galois.com (GHC)
Date: Fri Apr 24 10:10:16 2009
Subject: [GHC] #2770: Missing check that C compiler is C99 compatible
In-Reply-To: <045.e59ec55e01d8ef8d16caa02433e3c648@localhost>
References: <045.e59ec55e01d8ef8d16caa02433e3c648@localhost>
Message-ID: <054.94ee3f248e5b00e13848573b82da2024@localhost>

#2770: Missing check that C compiler is C99 compatible
-----------------------------+----------------------------------------------
    Reporter:  jputcu        |        Owner:         
        Type:  bug           |       Status:  new    
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.10.1 
    Severity:  blocker       |   Resolution:         
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Linux  
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by simonmar):

 I don't have an older version of gcc to test with, so perhaps the safest
 thing to do is to just require gcc 3.0+ in configure.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2770#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From sof at galois.com  Fri Apr 24 18:04:14 2009
From: sof at galois.com (Sigbjorn Finne)
Date: Fri Apr 24 17:50:05 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it just
	me..?
Message-ID: <49F2375E.4080608@galois.com>

Hi,

I've been experiencing repeated woes over the past 4-5 months
when trying to spin up build trees on Windows with the new build
system. This is happening on the 3-4 boxes that I regularly develop on,
which leads me to believe that this may not be limited to just me..

The problem is that hsc2hs generated .c files (Foo_hsc_make.c) when
compiled and linked via the 'ghc' that's configured against, will produce
.exe's that crashes right out of the gates. gdb'ing the generated binaries,
the crash is happening in the CRT startup code & with some further poking
around I've been able to determine that it is the explicit presence of "-l"
options for 'kernel32' and 'msvcrt' when linking that's the cause. This is
with a variety of versions of 'ld' and binutils snapshots (2.17.x -- 2.19).
Using the 2.19.1 version that ships with gcc4.3.3 snapshots for mingw is
well-behaved, but ghc is still using gcc-3.4.5.

There's a couple of things that are odd here:

 * base.cabal files have kernel32 and msvcrt as extra-libraries. This is 
clearly
    not required when doing invocations via ld(1), and causes 
considerable mischief,
    so it'd be good if there was a way in .cabal files to distinguish 
between stuff that
    goes into 'extraLibraries' and 'extraGHCiLibraries' in package.conf's
    InstalledPackageInfos. (Is there? Couldn't locate anything 
appropriate while
    working with the Cabal sources..)

 * 'base' needing to include these two dependencies even for GHCi usage. A
    running RTS will have these loaded already, so it really ought to 
have primed
    the list of opened DLLs by explicitly loading them upon 
initialization of the linker.
    [I've got a trivial patch against rts/Linker.c that does this; can 
forward/commit if
    of interest..]

 * In addition to the patch referred to above, to solve these problems, 
I had to scrub
    libraries/base/base.cabal of 'kernel32' and 'msvcrt' + the 
package.conf's for the
    versions of ghc I'm building against had to be edited, limiting the 
use of 'kernel32'
    and 'msvcrt' to extraGHCiLibraries for both the 'base' and 'Win32' 
packages.

Long and rambling..hope you made it this far ;-) Is anyone else running 
into this issue &
should we do something about it? If not, details of compilation 
environment that
you've got that avoids running into this issue would be most welcome. 
It's a bit of a
chore spinning up new builds, as is.

thanks
--sigbjorn
From duncan.coutts at worc.ox.ac.uk  Fri Apr 24 20:07:12 2009
From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts)
Date: Fri Apr 24 19:53:33 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it
 just me..?
In-Reply-To: <49F2375E.4080608@galois.com>
References: <49F2375E.4080608@galois.com>
Message-ID: <1240618032.5557.207.camel@localhost>

On Fri, 2009-04-24 at 15:04 -0700, Sigbjorn Finne wrote:

> There's a couple of things that are odd here:
> 
>  * base.cabal files have kernel32 and msvcrt as extra-libraries. This
> is clearly not required when doing invocations via ld(1), and causes 
> considerable mischief, so it'd be good if there was a way in .cabal
> files to distinguish between stuff that goes into 'extraLibraries' and
> 'extraGHCiLibraries' in package.conf's InstalledPackageInfos. (Is
> there? Couldn't locate anything appropriate while working with the
> Cabal sources..)

Right, extraGHCiLibraries is a hack that Cabal doesn't know anything
about (and if possible I'd prefer to keep it that way).

>  * 'base' needing to include these two dependencies even for GHCi
> usage. A running RTS will have these loaded already, so it really
> ought to have primed the list of opened DLLs by explicitly loading
> them upon initialization of the linker.
> [I've got a trivial patch against rts/Linker.c that does this; can 
> forward/commit if of interest..]

If that means we can avoid infecting Cabal with knowledge of the
extraGHCiLibraries field then you've got my vote! :-)


Duncan

From trac at galois.com  Sat Apr 25 04:44:12 2009
From: trac at galois.com (GHC)
Date: Sat Apr 25 04:30:12 2009
Subject: [GHC] #3191: hpc reports spurious results with .lhs files even
 after processing with ghc -E
Message-ID: <046.d0fa4dbe587b61661696f46161cde9aa@localhost>

#3191: hpc reports spurious results with .lhs files even after processing with ghc
-E
-----------------------------+----------------------------------------------
Reporter:  dominic           |          Owner:  andy@galois.com 
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Code Coverage   
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 I've done a bit of investigation and it seems there are at least two
 problems:

 1. I have literate haskell files (.lhs).

 2. Even if I run them through the pre-processor (ghc -E) they still don't
 work
 but if I manually remove these lines (which seem to get inserted by the
 pre-processor)

 {-# LINE 1 "ASNTYPE.lhs" #-}
 #line 1 "ASNTYPE.lhs"

 then it does actually work.

 I still have a problem with another project which doesn't use literate
 haskell
 but does require the use of -cpp and has got #ifdef's. I haven't got to
 the
 bottom of it yet but I'm suspicious that lines starting with # cause hpc
 to
 misbehave.

 It's strange that hpc should behave like this as I would have thought it
 wouldn't care about hs / lhs and # as ghc would have done some of its
 standard
 processing before hpc got engaged.

 This happens on linux and windows (not surprisingly).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3191>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From igloo at earth.li  Sat Apr 25 08:37:49 2009
From: igloo at earth.li (Ian Lynagh)
Date: Sat Apr 25 08:23:47 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it just
	me..?
In-Reply-To: <49F2375E.4080608@galois.com>
References: <49F2375E.4080608@galois.com>
Message-ID: <20090425123749.GA32616@matrix.chaos.earth.li>


Hi Sigbjorn,

On Fri, Apr 24, 2009 at 03:04:14PM -0700, Sigbjorn Finne wrote:
> 
> I've been experiencing repeated woes over the past 4-5 months
> when trying to spin up build trees on Windows with the new build
> system.

By "new build system" do you mean
    http://darcs.haskell.org/ghc-new-build-system/
?

> The problem is that hsc2hs generated .c files (Foo_hsc_make.c) when
> compiled and linked via the 'ghc' that's configured against, will produce
> .exe's that crashes right out of the gates.

Do you mean that building GHC fails, or that building other things using
the built GHC fails? If the latter, can you give a testcase please?


Thanks
Ian

From Sven.Panne at aedion.de  Sat Apr 25 08:48:03 2009
From: Sven.Panne at aedion.de (Sven Panne)
Date: Sat Apr 25 08:34:02 2009
Subject: Inter-module links with Haddock broken?
Message-ID: <200904251448.03969.Sven.Panne@aedion.de>

Currently I am unable to make inter-module links (of the form 'Foo.Bar.baz') 
work with the Haddock shipped with GHC 6.10.2. The library documentation on 
haskell.org has the same problem, see e.g. the last paragraphs of

   http://www.haskell.org/ghc/docs/latest/html/libraries/base/Control-
Exception-Base.html#v:catch

This doesn't work for a few releases now, so I guess this is a known bug, but 
I can't find a ticket for it. Are there workarounds for this? A new syntax?

Cheers,
   S.
From trac at galois.com  Sat Apr 25 10:08:24 2009
From: trac at galois.com (GHC)
Date: Sat Apr 25 09:54:22 2009
Subject: [GHC] #3192: Add dynCompileCoreExpr :: GhcMonad m => Bool -> Expr
 CoreBind -> m Dynamic to ghc-api
Message-ID: <044.47e968a3a4e753b9c69df3c413672bea@localhost>

#3192: Add dynCompileCoreExpr :: GhcMonad m => Bool -> Expr CoreBind -> m Dynamic
to ghc-api
-----------------------------+----------------------------------------------
Reporter:  guest             |          Owner:                  
    Type:  feature request   |         Status:  new             
Priority:  normal            |      Component:  GHC API         
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 The above function would behave much like dynCompileExpr, but skipping the
 front end.  This is extremely useful for tools that are able to produce
 core code easily themselves from internal data structures.  The Bool would
 indicate (as with compileCoreModule) whether to invoke the simplifier.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3192>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 25 11:30:28 2009
From: trac at galois.com (GHC)
Date: Sat Apr 25 11:16:24 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.8f7e4fef86bfb3636cb9b682b569fdb9@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Performance seems to be worse with the graph allocator.

 This is a slow nofib run comparing the HEAD without and with this patch:
 {{{
 hunk ./compiler/nativeGen/AsmCodeGen.lhs 310
 -        if ( dopt Opt_RegsGraph dflags
 +        if ( True
 }}}

 {{{
 Binary Sizes
 -1 s.d. -----   +0.3%
 +1 s.d. -----   +0.5%
 Average -----   +0.4%

 Allocations
 -1 s.d. -----   -0.0%
 +1 s.d. -----   +0.0%
 Average -----   -0.0%

 Run Time
 -1 s.d. -----   -0.9%
 +1 s.d. -----   +10.6%
 Average -----   +4.7%

 Elapsed Time
 -1 s.d. -----   -0.8%
 +1 s.d. -----   +10.0%
 Average -----   +4.4%

 Mutator Time
 -1 s.d. -----   -0.3%
 +1 s.d. -----   +17.7%
 Average -----   +8.3%

 Mutator Elapsed Time
 -1 s.d. -----   +0.4%
 +1 s.d. -----   +15.4%
 Average -----   +7.6%

 GC Time
 -1 s.d. -----   -6.2%
 +1 s.d. -----   +4.8%
 Average -----   -0.9%

 GC Elapsed Time
 -1 s.d. -----   -1.4%
 +1 s.d. -----   +1.4%
 Average -----   +0.0%

 GC Work
 -1 s.d. -----   -0.1%
 +1 s.d. -----   +0.1%
 Average -----   -0.0%

 GC work balance
 -1 s.d. -----   -0.0%
 +1 s.d. -----   +0.0%
 Average -----   -0.0%

 Module Sizes
 -1 s.d.         -----   -0.2%
 +1 s.d.         -----   +0.2%
 Average         -----   +0.0%

 Compile Times
 -1 s.d.         -----   -3.1%
 +1 s.d.         -----   +9.6%
 Average         -----   +3.1%
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sat Apr 25 13:51:01 2009
From: trac at galois.com (GHC)
Date: Sat Apr 25 13:37:04 2009
Subject: [GHC] #601: Replace GMP
In-Reply-To: <047.118762464fe3464def09b9461b8cccc5@localhost>
References: <047.118762464fe3464def09b9461b8cccc5@localhost>
Message-ID: <056.854beaf95a357d4d9bcb28b61ffca493@localhost>

#601: Replace GMP
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                    
        Type:  task              |       Status:  new               
    Priority:  normal            |    Milestone:  _|_               
   Component:  Compiler          |      Version:  None              
    Severity:  normal            |   Resolution:  None              
    Keywords:                    |   Difficulty:  Difficult (1 week)
    Testcase:  N/A               |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Related webpage, if we split GMP out into its own library:
 http://haskell.forkio.com/gmpwindows

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/601#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From sof at galois.com  Sat Apr 25 14:38:06 2009
From: sof at galois.com (Sigbjorn Finne)
Date: Sat Apr 25 14:24:23 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it just
 me..?
In-Reply-To: <20090425123749.GA32616@matrix.chaos.earth.li>
References: <49F2375E.4080608@galois.com>
	<20090425123749.GA32616@matrix.chaos.earth.li>
Message-ID: <49F3588E.8030406@galois.com>

On 4/25/2009 05:37, Ian Lynagh wrote:
> Hi Sigbjorn,
>
> On Fri, Apr 24, 2009 at 03:04:14PM -0700, Sigbjorn Finne wrote:
>   
>> I've been experiencing repeated woes over the past 4-5 months
>> when trying to spin up build trees on Windows with the new build
>> system.
>>     
>
> By "new build system" do you mean
>     http://darcs.haskell.org/ghc-new-build-system/
> ?
>   
Hi Ian,

young and old. The above one + ones using the older (git & darcs versions)

>> The problem is that hsc2hs generated .c files (Foo_hsc_make.c) when
>> compiled and linked via the 'ghc' that's configured against, will produce
>> .exe's that crashes right out of the gates.
>>     
>
> Do you mean that building GHC fails, or that building other things using
> the built GHC fails? If the latter, can you give a testcase please?
>
>
>   
Right, when building the repo contents. Any .hsc that's in the tree 
elicits a hard crash (i.e.,
dialog box pops up reporting the failure of any *_hsc_make.exe ) This is 
when building with
6.10.1, but that's not the real cause here.

If I don't take the evasive action (as outlined in the original e-mail), 
the resulting stage1/stage2
ghc installs will fail also (provided I've manually guided the build 
process past these crashes
to reach completion first, of course.)

hth
--sigbjorn

From sof at galois.com  Sat Apr 25 14:49:09 2009
From: sof at galois.com (Sigbjorn Finne)
Date: Sat Apr 25 14:35:07 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it just
 me..?
In-Reply-To: <49F3588E.8030406@galois.com>
References: <49F2375E.4080608@galois.com>	<20090425123749.GA32616@matrix.chaos.earth.li>
	<49F3588E.8030406@galois.com>
Message-ID: <49F35B25.4010409@galois.com>

Oh, and a simple test case:

foo$ cat a.c
int main() { return 0; }
foo$ c:/ghc/ghc-6.10.1/gcc -o a a.c
foo$ ./a ; echo $?
0
foo$ c:/ghc/ghc-6.10.1/gcc -o a a.c -lkernel32
foo$ ./a ; echo $?
0
foo$ c:/ghc/ghc-6.10.1/gcc -o a a.c -lkernel32 -lmsvcrt
foo$ ./a ; echo $?
<crash-reporting dialog box shows up>
5
foo$

--sigbjorn

On 4/25/2009 11:38, Sigbjorn Finne wrote:
> On 4/25/2009 05:37, Ian Lynagh wrote:
>> Hi Sigbjorn,
>>
>> On Fri, Apr 24, 2009 at 03:04:14PM -0700, Sigbjorn Finne wrote:
>>  
>>> I've been experiencing repeated woes over the past 4-5 months
>>> when trying to spin up build trees on Windows with the new build
>>> system.
>>>     
>>
>> By "new build system" do you mean
>>     http://darcs.haskell.org/ghc-new-build-system/
>> ?
>>   
> Hi Ian,
>
> young and old. The above one + ones using the older (git & darcs 
> versions)
>
>>> The problem is that hsc2hs generated .c files (Foo_hsc_make.c) when
>>> compiled and linked via the 'ghc' that's configured against, will 
>>> produce
>>> .exe's that crashes right out of the gates.
>>>     
>>
>> Do you mean that building GHC fails, or that building other things using
>> the built GHC fails? If the latter, can you give a testcase please?
>>
>>
>>   
> Right, when building the repo contents. Any .hsc that's in the tree 
> elicits a hard crash (i.e.,
> dialog box pops up reporting the failure of any *_hsc_make.exe ) This 
> is when building with
> 6.10.1, but that's not the real cause here.
>
> If I don't take the evasive action (as outlined in the original 
> e-mail), the resulting stage1/stage2
> ghc installs will fail also (provided I've manually guided the build 
> process past these crashes
> to reach completion first, of course.)
>
> hth
> --sigbjorn
>
> _______________________________________________
> Glasgow-haskell-bugs mailing list
> Glasgow-haskell-bugs@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

From trac at galois.com  Sat Apr 25 23:36:35 2009
From: trac at galois.com (GHC)
Date: Sat Apr 25 23:23:17 2009
Subject: [GHC] #1876: Complete shared library support
In-Reply-To: <047.2ab772cd4150dcd51ba47e309570e649@localhost>
References: <047.2ab772cd4150dcd51ba47e309570e649@localhost>
Message-ID: <056.58f3adc9fd4f695a9b990e16f2629369@localhost>

#1876: Complete shared library support
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                    
        Type:  task              |       Status:  new               
    Priority:  high              |    Milestone:  6.12.1            
   Component:  Compiler          |      Version:  6.11              
    Severity:  normal            |   Resolution:                    
    Keywords:                    |   Difficulty:  Difficult (1 week)
    Testcase:                    |           Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by juhpetersen):

  * version:  6.8.1 => 6.11

Comment:

 Replying to [comment:26 ttuegel]:
 > 1. ./configure --enable-shared && make successfully compiles a compiler!
 I nearly fell out of my chair in awe!

 Cool - that is indeed great news. Wow, wow! :-)

 I managed to "make install" ghc-6.11.20090421 with fedora
 ghc-6.10.2.x86_64 with a small patch I am attaching next: install needs to
 use dist-inplace/ghc-pkg not dist-install, which might be what ttuegel
 also ran into in the proceeding comment.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1876#comment:27>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 11:16:47 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 11:02:46 2009
Subject: [GHC] #912: Build system is missing various dependencies
In-Reply-To: <047.2a4be233e372ea0ee729f60e1f6bda42@localhost>
References: <047.2a4be233e372ea0ee729f60e1f6bda42@localhost>
Message-ID: <056.6dfb4acda32057cd0009ba59ea690d86@localhost>

#912: Build system is missing various dependencies
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.5             
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:  N/A               |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 The new build system is now in the HEAD. Please open tickets for any
 specific problems you find that still exist.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/912#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 11:48:48 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 11:34:43 2009
Subject: [GHC] #2789: GMP update required
In-Reply-To: <047.d40b0b4f133d6bc7573ed702970e3886@localhost>
References: <047.d40b0b4f133d6bc7573ed702970e3886@localhost>
Message-ID: <056.cae4baa1f9b705ba5d56b6ff5f7c92ed@localhost>

#2789: GMP update required
---------------------------------+------------------------------------------
    Reporter:  simonmar          |        Owner:  igloo           
        Type:  task              |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.8.3           
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 We now have 4.2.4 in the HEAD.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2789#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 13:13:08 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 12:59:08 2009
Subject: [GHC] #3183: unhelpful wording in module error message
In-Reply-To: <045.118ff9e7637347be6d5e38f8f6b8afdd@localhost>
References: <045.118ff9e7637347be6d5e38f8f6b8afdd@localhost>
Message-ID: <054.9d4e63851fe2b0fbc6350dd9e5529f41@localhost>

#3183: unhelpful wording in module error message
---------------------------------+------------------------------------------
    Reporter:  duncan            |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  minor             |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 Thanks for the suggestion; fixed in the HEAD.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3183#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 13:42:46 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 13:28:45 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.82bad6572efa63c52f05131cee597e9c@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.6.1           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by mnislaih):

 * cc: mnislaih@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 14:42:32 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 14:28:28 2009
Subject: [GHC] #3193: line number for GADT type error is very inaccurate
Message-ID: <041.70394cb40bad7490a7814d559b0c8397@localhost>

#3193: line number for GADT type error is very inaccurate
-------------------+--------------------------------------------------------
Reporter:  nr      |          Owner:          
    Type:  bug     |         Status:  new     
Priority:  normal  |      Component:  Compiler
 Version:  6.11    |       Severity:  normal  
Keywords:  GADTs   |       Testcase:          
      Os:  Linux   |   Architecture:  x86     
-------------------+--------------------------------------------------------
 Here is an error message from 6.11:
 {{{
 cmm/ZDF5ex.hs:528:2:
     Couldn't match expected type `ZOpen'
            against inferred type `ZClosed'
       Expected type: ZipGF m l e x
       Inferred type: ZipGF m l C O
     In the first argument of `anal_f', namely `g'
     In the expression: anal_f g (return . fromZJust) ZNothing
 }}}
 This is all very well, but the offending term (the one shown in the
 message) is actually on line 697, not line 528. The term is part of one
 declaration in a monster 'where' clause attached to the definition on line
 528, column 2.  The next one might not be so easy to find.

 I'm attaching the file, which is part of some new GHC code I'm hoping to
 deliver one of these months.  If you need access to the whole thing I'll
 have a branch in a git repository.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3193>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 16:05:02 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 15:50:57 2009
Subject: [GHC] #3194: Spurious reading of keyboard in GHCi
Message-ID: <043.ded065b0d18a8fe31d722b59f759cf12@localhost>

#3194: Spurious reading of keyboard in GHCi
--------------------+-------------------------------------------------------
Reporter:  TimA     |          Owner:                
    Type:  bug      |         Status:  new           
Priority:  normal   |      Component:  GHCi          
 Version:  6.10.1   |       Severity:  trivial       
Keywords:           |       Testcase:                
      Os:  Windows  |   Architecture:  x86_64 (amd64)
--------------------+-------------------------------------------------------
 Sometimes after loading modules in GHCi the first character typed is read
 incorrectly.

 {{{
 *Main> main

 <interactive>:1:0: Not in scope: `gain'
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3194>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 16:16:15 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 16:02:09 2009
Subject: [GHC] #831: GHCi user interface bug
In-Reply-To: <044.0baedce61839e3c7431c6b15fa012c5b@localhost>
References: <044.0baedce61839e3c7431c6b15fa012c5b@localhost>
Message-ID: <053.5d69aba2fc8cec2133460d22d219b65f@localhost>

#831: GHCi user interface bug
----------------------+-----------------------------------------------------
    Reporter:  guest  |        Owner:             
        Type:  bug    |       Status:  new        
    Priority:  low    |    Milestone:  _|_        
   Component:  GHCi   |      Version:  6.4.2      
    Severity:  minor  |   Resolution:             
    Keywords:         |   Difficulty:  Easy (1 hr)
    Testcase:  N/A    |           Os:  Windows    
Architecture:  x86    |  
----------------------+-----------------------------------------------------
Comment (by igloo):

 See also
 http://www.haskell.org/pipermail/glasgow-haskell-
 users/2007-November/thread.html#13573

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/831#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 16:17:14 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 16:03:08 2009
Subject: [GHC] #3194: Spurious reading of keyboard in GHCi
In-Reply-To: <043.ded065b0d18a8fe31d722b59f759cf12@localhost>
References: <043.ded065b0d18a8fe31d722b59f759cf12@localhost>
Message-ID: <052.49a19f949f7c3b8b6bc9b703f4e78c38@localhost>

#3194: Spurious reading of keyboard in GHCi
-------------------------------+--------------------------------------------
    Reporter:  TimA            |        Owner:           
        Type:  bug             |       Status:  closed   
    Priority:  normal          |    Milestone:           
   Component:  GHCi            |      Version:  6.10.1   
    Severity:  trivial         |   Resolution:  duplicate
    Keywords:                  |   Difficulty:  Unknown  
    Testcase:                  |           Os:  Windows  
Architecture:  x86_64 (amd64)  |  
-------------------------------+--------------------------------------------
Changes (by igloo):

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

Comment:

 Thanks for the report. Closing this ticket, as it's a duplicate of #831.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3194#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 16:17:35 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 16:03:28 2009
Subject: [GHC] #3171: threadDelay causes Ctrl-C to be ignored when
 running interpreted code
In-Reply-To: <047.819554b7fd6d2c8ccb9e136526591f5c@localhost>
References: <047.819554b7fd6d2c8ccb9e136526591f5c@localhost>
Message-ID: <056.2f87311b260ce6ff2c8ebffdabff49ae@localhost>

#3171: threadDelay causes Ctrl-C to be ignored when running interpreted code
-------------------------------+--------------------------------------------
    Reporter:  chowells        |        Owner:  igloo      
        Type:  merge           |       Status:  closed     
    Priority:  normal          |    Milestone:  6.10 branch
   Component:  Runtime System  |      Version:  6.10.2     
    Severity:  normal          |   Resolution:  fixed      
    Keywords:  runghc          |   Difficulty:  Unknown    
    Testcase:                  |           Os:  Linux      
Architecture:  x86             |  
-------------------------------+--------------------------------------------
Changes (by igloo):

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

Comment:

 All merged.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3171#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 21:19:33 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 21:05:29 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.1c6a973d7e495f5a9e5b0c03b9e1244b@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
--------------------------------+-------------------------------------------
    Reporter:  Isaac Dupree     |        Owner:         
        Type:  feature request  |       Status:  new    
    Priority:  normal           |    Milestone:  _|_    
   Component:  Compiler         |      Version:  6.10.2 
    Severity:  normal           |   Resolution:         
    Keywords:                   |   Difficulty:  Unknown
    Testcase:                   |           Os:  Linux  
Architecture:  x86              |  
--------------------------------+-------------------------------------------
Changes (by guest):

 * cc: pho@cielonegro.org, alfonso.acosta@gmail.com, ron@gamr7.com,
 mnislaih@gmail.com (removed)
 * cc: lazycat.manatee@gmail.com (added)
  * version:  6.6.1 => 6.10.2
  * os:  Unknown/Multiple => Linux
  * architecture:  Unknown/Multiple => x86

Comment:

 Please support "mutually recursive modules" in next release version.
 It's not little problem.
 It can save much time for Haskell programming.

 Thanks!

   -- Andy

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 21:37:31 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 21:23:26 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.5f3b849a82f9db3893f6967d556cbe3d@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:                  
        Type:  task              |       Status:  new             
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by benl):

 What architecture was this on? x86?. It's probably done a bad job of
 compiling something in the runtime system. I'll look into it.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 21:37:59 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 21:23:54 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.c498a5df5acb64aef3d2fb5c575d4be1@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  benl            
        Type:  task              |       Status:  assigned        
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by benl):

  * status:  new => assigned
  * owner:  => benl

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 21:55:40 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 21:41:48 2009
Subject: [GHC] #3114: "ghc -shared --make" gives panic
In-Reply-To: <052.079c60d812f2d30299cbb39a250d1778@localhost>
References: <052.079c60d812f2d30299cbb39a250d1778@localhost>
Message-ID: <061.fdcc40c6bff997bf0911c32e980d8853@localhost>

#3114: "ghc -shared --make" gives panic
------------------------------------+---------------------------------------
    Reporter:  Mark_Spezzano        |        Owner:                  
        Type:  bug                  |       Status:  new             
    Priority:  normal               |    Milestone:  6.12.1          
   Component:  Compiler             |      Version:  6.10.1          
    Severity:  normal               |   Resolution:                  
    Keywords:  command line option  |   Difficulty:  Unknown         
    Testcase:                       |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple     |  
------------------------------------+---------------------------------------
Changes (by juhpetersen):

 * cc: juhpetersen (added)
  * os:  Windows => Unknown/Multiple
  * architecture:  x86 => Unknown/Multiple
  * summary:  ghc -shared --make Teapot.hs (Failed using OpenGL) => "ghc
              -shared --make" gives panic

Comment:

 I see the same with an --enable-shared build of ghc on Linux:

 {{{
 $ ghc --make -shared Setup -o cabal
 [1 of 1] Compiling Main             ( Setup.hs, Setup.o )
 ghc: panic! (the 'impossible' happened)
   (GHC version 6.11.20090421 for x86_64-unknown-linux):
         link: GHC not built to link this way: LinkDynLib
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3114#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 22:25:34 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 22:11:30 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.8b5b1a2dd8cb91898b1a9a6be3de9e34@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
--------------------------------+-------------------------------------------
    Reporter:  Isaac Dupree     |        Owner:         
        Type:  feature request  |       Status:  new    
    Priority:  normal           |    Milestone:  _|_    
   Component:  Compiler         |      Version:  6.10.2 
    Severity:  normal           |   Resolution:         
    Keywords:                   |   Difficulty:  Unknown
    Testcase:                   |           Os:  Linux  
Architecture:  x86              |  
--------------------------------+-------------------------------------------
Changes (by ajd):

 * cc: pho@cielonegro.org, alfonso.acosta@gmail.com, ron@gamr7.com,
 mnislaih@gmail.com, alexander.dunlap@gmail.com (added)

Comment:

 Adding people who were in the CC list back in, plus adding myself.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Sun Apr 26 22:43:04 2009
From: trac at galois.com (GHC)
Date: Sun Apr 26 22:29:01 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.b8de7b332494d03e1a4872520fd13fe8@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by guest):

 * cc: id@isaac.cedarswampstudios.org (added)
  * os:  Linux => Unknown/Multiple
  * architecture:  x86 => Unknown/Multiple

Comment:

 (affects all os/arch.)  I'm still interested, although more cautiously so
 than when I reported it.  Simon's point about "module signatures" could go
 along with work that essentially integrates hs-boot information into a .hs
 file (and is worthy work on its own).  My wish that multiple modules could
 be compiled in one unit is complicated quite a bit more than I suggested
 in the description, by the many per-module language extensions that
 sometimes change semantics in a conflicting way (and reducing the amount
 of arbitrarily per-module / per-typechecking-unit extension stuff in some
 way, might be a good thing on its own too).
 -Isaac Dupree

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 05:07:17 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 04:53:12 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.05d1c3ecd548d480cc2c8f584d104e63@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  benl            
        Type:  task              |       Status:  assigned        
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 Thank you for taking this on, Ben.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:9>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 05:51:56 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 05:37:50 2009
Subject: [GHC] #2790: Use -fregs-graph by default
In-Reply-To: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
References: <044.e23cb1a138a9b4ed2c315b0444e4b3fc@localhost>
Message-ID: <053.877f83569e784bc7f65ef46ab0f6aeb8@localhost>

#2790: Use -fregs-graph by default
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  benl            
        Type:  task              |       Status:  assigned        
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.8.3           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by igloo):

 Thanks, Ben! It was on amd64/Linux.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2790#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 06:46:57 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 06:33:02 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.4ec40721a3db50499f510bf39c8080db@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by augustss):

 * cc: lennart@augustsson.net (added)

Comment:

 I would settle for a solution where I annotate those entities in a module
 that would go in the hs-boot file.  So instead of me having to go through
 the trouble of creating an extra file I could just say, e.g.,

 {{{
 {-# MODULE_MUTUAL_RECURSION_BREAKER T, foo #-}
 data T = ...
 foo :: ...
 foo = ...
 }}}

 The values that have an annotation would have to have a type signature.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 06:56:33 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 06:42:26 2009
Subject: [GHC] #3187: ghc-pkg -f new.package.conf register foo.conf
 fails if new.package.conf does not exist.
In-Reply-To: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>
References: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>
Message-ID: <058.aa1713579189e1948122df28d5148e41@localhost>

#3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf
does not exist.
---------------------------------+------------------------------------------
    Reporter:  JeremyShaw        |        Owner:                  
        Type:  bug               |       Status:  reopened        
    Priority:  normal            |    Milestone:                  
   Component:  Package system    |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * component:  Compiler => Package system

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3187#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 07:32:11 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 07:18:02 2009
Subject: [GHC] #2924: createDirectory: permission denied
In-Reply-To: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
References: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
Message-ID: <056.600e2f747dcb3178c52172d2ac1b4391@localhost>

#2924: createDirectory: permission denied
------------------------------------+---------------------------------------
    Reporter:  simonmar             |        Owner:         
        Type:  bug                  |       Status:  new    
    Priority:  normal               |    Milestone:  6.12.1 
   Component:  libraries/directory  |      Version:  6.10.1 
    Severity:  normal               |   Resolution:         
    Keywords:                       |   Difficulty:  Unknown
    Testcase:                       |           Os:  Windows
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Changes (by simonmar):

  * milestone:  6.12 branch => 6.12.1

Comment:

 I don't have a good idea how to proceed on this.  Can you supply a small
 test case based on your scenario that fails?

 The only thing I can think of on the GHC side that might be a factor here
 is our use of Win32 file sharing: we call `_sopen` with `SH_DENYRW` or
 `SH_DENYWR`, which translates into use of the
 `FILE_SHARING_READ`/`FILE_SHARING_WRITE` flags to `CreateFile`.  This is
 to implement the Haskell 98 single-writer multi-reader (mis-)feature.

 Look at `libraries/base/includes/HsBase.h`, `__hscore_open()`.  Of course
 we really ought to be using the Win32 API directly, but that's a separate
 issue; using crt functions should work.

 Once a Handle has been closed with `hClose` there's nothing left on the
 Haskell side of things - the finalizer will run a bit later, but it's a
 no-op on closed Handles, and doesn't make any OS calls.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2924#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 07:45:11 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 07:31:02 2009
Subject: [GHC] #2924: createDirectory: permission denied
In-Reply-To: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
References: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
Message-ID: <056.9dbe1455747dc79dcf2eb6f9961346ce@localhost>

#2924: createDirectory: permission denied
------------------------------------+---------------------------------------
    Reporter:  simonmar             |        Owner:         
        Type:  bug                  |       Status:  new    
    Priority:  normal               |    Milestone:  6.12.1 
   Component:  libraries/directory  |      Version:  6.10.1 
    Severity:  normal               |   Resolution:         
    Keywords:                       |   Difficulty:  Unknown
    Testcase:                       |           Os:  Windows
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Comment (by NeilMitchell):

 I'm afraid I can't even consistently replicate this issue with my big test
 case - the bug always goes away as soon as I try and reduce the test case
 in any way. I might have a play for a test case next weekend on my home
 machine (more cores could increase the changes of getting it to fire), but
 no guarantees of success.

 I don't think it's a problem with the read/write flags. Between me and
 Lennart we've taken a look at most of the code from the Haskell down to
 the mingw, and it all looks sensible. Some places in mingw add wait delays
 between operations for unknown reasons, that could be related (but might
 not be). I suspect moving to native Win32 functions would cause the bug to
 disappear - which may be the right long term solution.

 The bug seems fairly important, but almost impossible to debug - not a
 great situation...

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2924#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From marlowsd at gmail.com  Mon Apr 27 07:58:53 2009
From: marlowsd at gmail.com (Simon Marlow)
Date: Mon Apr 27 07:46:25 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it just
 me..?
In-Reply-To: <49F2375E.4080608@galois.com>
References: <49F2375E.4080608@galois.com>
Message-ID: <49F59DFD.3070402@gmail.com>

On 24/04/2009 23:04, Sigbjorn Finne wrote:
> I've been experiencing repeated woes over the past 4-5 months
> when trying to spin up build trees on Windows with the new build
> system. This is happening on the 3-4 boxes that I regularly develop on,
> which leads me to believe that this may not be limited to just me..
>
> The problem is that hsc2hs generated .c files (Foo_hsc_make.c) when
> compiled and linked via the 'ghc' that's configured against, will produce
> .exe's that crashes right out of the gates. gdb'ing the generated binaries,
> the crash is happening in the CRT startup code & with some further poking
> around I've been able to determine that it is the explicit presence of "-l"
> options for 'kernel32' and 'msvcrt' when linking that's the cause. This is
> with a variety of versions of 'ld' and binutils snapshots (2.17.x -- 2.19).
> Using the 2.19.1 version that ships with gcc4.3.3 snapshots for mingw is
> well-behaved, but ghc is still using gcc-3.4.5.

We have seen this problem here on Satnam Singh's machine, but we 
eventually put it down to a conflict between versions of certain MSYS 
bits.  There may indeed be a real problem here, I don't know.

On Satnam's machine we established that the problem was provoked by 
updating binutils, and the solution was "don't do that" (Satnam had 
originally done this because the windres that comes with MSYS was 
incompatible with GHC, but that can be worked around by just copying in 
a suitable windres).

We also tracked it down as far as compiling a trivial C program with 
-lmsvcrt.

Incedentally if you follow the instructions on the wiki exactly, you 
won't run into this problem: 
http://hackage.haskell.org/trac/ghc/wiki/Building/Preparation/Windows.

> There's a couple of things that are odd here:
>
> * base.cabal files have kernel32 and msvcrt as extra-libraries. This is
> clearly
> not required when doing invocations via ld(1), and causes considerable
> mischief,
> so it'd be good if there was a way in .cabal files to distinguish
> between stuff that
> goes into 'extraLibraries' and 'extraGHCiLibraries' in package.conf's
> InstalledPackageInfos. (Is there? Couldn't locate anything appropriate
> while
> working with the Cabal sources..)
>
> * 'base' needing to include these two dependencies even for GHCi usage. A
> running RTS will have these loaded already, so it really ought to have
> primed
> the list of opened DLLs by explicitly loading them upon initialization
> of the linker.
> [I've got a trivial patch against rts/Linker.c that does this; can
> forward/commit if
> of interest..]

I've no idea why these library dependencies are there.  It might well be 
historical.  I'm happy to defer to Windows experts such as yourself on 
whether we should have them or not (I guess not?).

> * In addition to the patch referred to above, to solve these problems, I
> had to scrub
> libraries/base/base.cabal of 'kernel32' and 'msvcrt' + the
> package.conf's for the
> versions of ghc I'm building against had to be edited, limiting the use
> of 'kernel32'
> and 'msvcrt' to extraGHCiLibraries for both the 'base' and 'Win32'
> packages.
>
> Long and rambling..hope you made it this far ;-) Is anyone else running
> into this issue &
> should we do something about it? If not, details of compilation
> environment that
> you've got that avoids running into this issue would be most welcome.
> It's a bit of a
> chore spinning up new builds, as is.

One open question is whether we should expect "gcc foo.c -lmsvcrt" to 
work.  It works with older versions of MSYS/mingw, but apparently not 
with more recent versions.  On the face of it this seems like it ought 
to be harmless, since msvcrt will eventually be linked in anyway.

Cheers,
	Simon
From trac at galois.com  Mon Apr 27 08:06:29 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 07:52:36 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.6e1fb192d728d1d7ef40bed6b1742670@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by guest):

 I *think* there are annoying situations involving recursive (or just lots
 of back-and-forth between modules) of `data`, `type` or `class`
 declarations that simply can't be solved with simple pragmas/hs-boots
 (possibly even some of those annoying situations would be non-terrible
 programming style :-) ).  Maybe I should write a few examples?

 P.S. also a pragma like "MODULE_MUTUAL_RECURSION_BREAKER" would involve a
 limited bit of NOINLINE & no strictness analysis (etc.) semantics, as we
 already have with hs-boot: just to be aware of.

 -Isaac Dupree

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 08:23:09 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 08:09:00 2009
Subject: [GHC] #3187: ghc-pkg -f new.package.conf register foo.conf
 fails if new.package.conf does not exist.
In-Reply-To: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>
References: <049.3083bd34121dbd7dff54b6339fdc6d5b@localhost>
Message-ID: <058.b4b997efdb105fb6cd102dfca97de48b@localhost>

#3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf
does not exist.
---------------------------------+------------------------------------------
    Reporter:  JeremyShaw        |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:                  
   Component:  Package system    |      Version:  6.10.2          
    Severity:  normal            |   Resolution:  invalid         
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

  * status:  reopened => closed
  * resolution:  => invalid

Comment:

 Just `echo "[]" >new.package.conf` to initialise `new.package.conf`.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3187#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 08:48:19 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 08:34:11 2009
Subject: [GHC] #2744: Missing requirement check for hsc2hs
In-Reply-To: <045.22de1b93d87ec567af1e55ce56c09fd8@localhost>
References: <045.22de1b93d87ec567af1e55ce56c09fd8@localhost>
Message-ID: <054.0abda00cefac6a0935f9dfa03ea50d16@localhost>

#2744: Missing requirement check for hsc2hs
-----------------------------+----------------------------------------------
    Reporter:  jputcu        |        Owner:         
        Type:  bug           |       Status:  closed 
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.10.1 
    Severity:  normal        |   Resolution:  fixed  
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Linux  
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Changes (by simonmar):

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

Comment:

 The new build system doesn't use the installed `hsc2hs`, it always uses
 the one in the build tree.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2744#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 08:50:01 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 08:35:54 2009
Subject: [GHC] #3115: mark ghc.cabal so that unsuspecting newbies don't
 try to edit it
In-Reply-To: <041.3492cffcfd5dec50c06af45bac79589d@localhost>
References: <041.3492cffcfd5dec50c06af45bac79589d@localhost>
Message-ID: <050.866c4dc4dc403fac4d6a1a29d431c0b1@localhost>

#3115: mark ghc.cabal so that unsuspecting newbies don't try to edit it
---------------------------------+------------------------------------------
    Reporter:  nr                |        Owner:                  
        Type:  feature request   |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.11            
    Severity:  minor             |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 In the new build system I did this (the patch isn't in HEAD, it came in as
 part of the "new build system megapatch"):

 {{{
 Fri Apr 24 14:42:07 BST 2009  Simon Marlow <marlowsd@gmail.com>
   * Add warnings to the top of pre-processed files (#3115)
   I tried adding a preamble to the generated versions of these files
   using autoconf, but that turns out not to work very well.  You have to
   generate an intermediate file with the preamble, and then the
   intermediate file doesn't get updated if the original file changes.
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3115#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 08:51:50 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 08:37:46 2009
Subject: [GHC] #2107: "make install" doesn't install local copy of manual
In-Reply-To: <042.eca0231bd2811cd8c01aa5a60d7a4d69@localhost>
References: <042.eca0231bd2811cd8c01aa5a60d7a4d69@localhost>
Message-ID: <051.277f46ff40022012b678ca4c3225ceb8@localhost>

#2107: "make install" doesn't install local copy of manual
---------------------------------+------------------------------------------
    Reporter:  tim               |        Owner:                  
        Type:  feature request   |       Status:  closed          
    Priority:  high              |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.9             
    Severity:  minor             |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2107#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From simonpj at microsoft.com  Mon Apr 27 09:52:56 2009
From: simonpj at microsoft.com (Simon Peyton-Jones)
Date: Mon Apr 27 09:38:49 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it just
 me..?
In-Reply-To: <49F59DFD.3070402@gmail.com>
References: <49F2375E.4080608@galois.com> <49F59DFD.3070402@gmail.com>
Message-ID: <638ABD0A29C8884A91BC5FB5C349B1C337ADED9154@EA-EXMSG-C334.europe.corp.microsoft.com>

Since this is a tricky bug, would it be worth having a Trac ticket for it, and capturing the state of play thereon?

S

| -----Original Message-----
| From: glasgow-haskell-bugs-bounces@haskell.org [mailto:glasgow-haskell-bugs-
| bounces@haskell.org] On Behalf Of Simon Marlow
| Sent: 27 April 2009 12:59
| To: Sigbjorn Finne
| Cc: glasgow-haskell-bugs@haskell.org
| Subject: Re: Linking hsc2hs .c output on Windows w/ build system: is it just me..?
|
| On 24/04/2009 23:04, Sigbjorn Finne wrote:
| > I've been experiencing repeated woes over the past 4-5 months
| > when trying to spin up build trees on Windows with the new build
| > system. This is happening on the 3-4 boxes that I regularly develop on,
| > which leads me to believe that this may not be limited to just me..
| >
| > The problem is that hsc2hs generated .c files (Foo_hsc_make.c) when
| > compiled and linked via the 'ghc' that's configured against, will produce
| > .exe's that crashes right out of the gates. gdb'ing the generated binaries,
| > the crash is happening in the CRT startup code & with some further poking
| > around I've been able to determine that it is the explicit presence of "-l"
| > options for 'kernel32' and 'msvcrt' when linking that's the cause. This is
| > with a variety of versions of 'ld' and binutils snapshots (2.17.x -- 2.19).
| > Using the 2.19.1 version that ships with gcc4.3.3 snapshots for mingw is
| > well-behaved, but ghc is still using gcc-3.4.5.
|
| We have seen this problem here on Satnam Singh's machine, but we
| eventually put it down to a conflict between versions of certain MSYS
| bits.  There may indeed be a real problem here, I don't know.
|
| On Satnam's machine we established that the problem was provoked by
| updating binutils, and the solution was "don't do that" (Satnam had
| originally done this because the windres that comes with MSYS was
| incompatible with GHC, but that can be worked around by just copying in
| a suitable windres).
|
| We also tracked it down as far as compiling a trivial C program with
| -lmsvcrt.
|
| Incedentally if you follow the instructions on the wiki exactly, you
| won't run into this problem:
| http://hackage.haskell.org/trac/ghc/wiki/Building/Preparation/Windows.
|
| > There's a couple of things that are odd here:
| >
| > * base.cabal files have kernel32 and msvcrt as extra-libraries. This is
| > clearly
| > not required when doing invocations via ld(1), and causes considerable
| > mischief,
| > so it'd be good if there was a way in .cabal files to distinguish
| > between stuff that
| > goes into 'extraLibraries' and 'extraGHCiLibraries' in package.conf's
| > InstalledPackageInfos. (Is there? Couldn't locate anything appropriate
| > while
| > working with the Cabal sources..)
| >
| > * 'base' needing to include these two dependencies even for GHCi usage. A
| > running RTS will have these loaded already, so it really ought to have
| > primed
| > the list of opened DLLs by explicitly loading them upon initialization
| > of the linker.
| > [I've got a trivial patch against rts/Linker.c that does this; can
| > forward/commit if
| > of interest..]
|
| I've no idea why these library dependencies are there.  It might well be
| historical.  I'm happy to defer to Windows experts such as yourself on
| whether we should have them or not (I guess not?).
|
| > * In addition to the patch referred to above, to solve these problems, I
| > had to scrub
| > libraries/base/base.cabal of 'kernel32' and 'msvcrt' + the
| > package.conf's for the
| > versions of ghc I'm building against had to be edited, limiting the use
| > of 'kernel32'
| > and 'msvcrt' to extraGHCiLibraries for both the 'base' and 'Win32'
| > packages.
| >
| > Long and rambling..hope you made it this far ;-) Is anyone else running
| > into this issue &
| > should we do something about it? If not, details of compilation
| > environment that
| > you've got that avoids running into this issue would be most welcome.
| > It's a bit of a
| > chore spinning up new builds, as is.
|
| One open question is whether we should expect "gcc foo.c -lmsvcrt" to
| work.  It works with older versions of MSYS/mingw, but apparently not
| with more recent versions.  On the face of it this seems like it ought
| to be harmless, since msvcrt will eventually be linked in anyway.
|
| Cheers,
|         Simon
| _______________________________________________
| Glasgow-haskell-bugs mailing list
| Glasgow-haskell-bugs@haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

From trac at galois.com  Mon Apr 27 09:56:13 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 09:42:14 2009
Subject: [GHC] #2619: Can't build older compiler
In-Reply-To: <044.186108a575a6c194091f1f6cfd66d1a5@localhost>
References: <044.186108a575a6c194091f1f6cfd66d1a5@localhost>
Message-ID: <053.7a6d80d07e257bd3b9fdb0609ef887cb@localhost>

#2619: Can't build older compiler
---------------------------------+------------------------------------------
    Reporter:  judah             |        Owner:                  
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Build System      |      Version:  6.11            
    Severity:  normal            |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 The new build system copes with bootstrapping using a newer GHC version,
 or at least it no longer fails for bogus reasons like picking the wrong
 version of the ghc package.  Here's one I built earlier:

 {{{
 $ ./inplace/bin/ghc-stage2 --info
  [("Project name","The Glorious Glasgow Haskell Compilation System")
  ,("Project version","6.11.20090423")
  ,("Booter version","6.11.20090424")
  ,("Stage","2")
  ,("Interface file version","6")
  ,("Have interpreter","YES")
  ,("Object splitting","YES")
  ,("Have native code generator","YES")
  ,("Support SMP","YES")
  ,("Unregisterised","NO")
  ,("Tables next to code","YES")
  ,("Win32 DLLs","")
  ,("RTS ways","l debug  thr thr_debug thr_l ")
  ,("Leading underscore","NO")
  ,("Debug on","False")
  ]
 }}}

 In order to build GHC using a snapshot (including a newer snapshot), you
 have to configure using the new flag `--enable-bootstrap-with-devel-
 snapshot`.  We don't guarantee that bootstrapping with a development
 snapshot will work, due to API changes during the development cycle.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2619#comment:18>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 10:02:40 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 09:48:48 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.f38538928002e44b6d4af670f2fe43c0@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 Clearly a lot of people are interested in this ticket, but I'm not clear
 why:

  * Writing an `hs-boot` file is very like writing a module signature in
 ML; and that in turn is a bit like writing a type signature on a function.
 Why is that so bad?

  * At the moment I am very un-clear about the ''design'' of a viable
 alternative.  Lennart's recent suggestion comes closest; but does that
 meet the goals of others.

 Once there is a clear motivation, and a clear design, it'll become easier
 to comment about how easy or difficult it is to implement.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 10:18:17 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 10:04:22 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.627565ac6a5942f6c22b7d6d732d294d@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by augustss):

 For me the reason to get rid of the -boot files is that each of them is
 one more file.
 One more file that duplicates information that occurs somewhere else, so
 when I change something I have to change it in two places.
 There are also build system complications (not so much when using ghc
 --make), because there are new file types, new kinds of dependencies to
 figure out etc., etc.
 It just a medium pain, but enough of a pain that I sometimes go through
 unnatural contorions just to avoid mutually recursive modules when it
 would actually have been the natural solution.

 I have an alternate design proposal:
 Leave the pragma as is, i.e. SOURCE on some modules, but require an
 explicit list of imports when using SOURCE.  Also get rid of the -boot
 file.
 I can just about write a sed script that will generate the correct -boot
 file from that information, so it feels like ghc might be able to do it
 too.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 10:29:39 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 10:15:41 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.b648d3c807447e9fce2d23f664236c39@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonmar):

 Isn't the problem that you can't quite write a sed script to generate the
 hs-boot file, because you can't figure out what the imports should be?
 The point of the hs-boot file is that it lets GHC break the import
 recursion by specifying a smaller set of imports than the main .hs file
 has.

 In reply to Simon's question: I think people would like GHC to resolve
 mutually recursive modules automatically by using a fixed-point
 calculation in the module system, in the way that Diatchki/Jones/Hallgren
 did in their Haskell Workshop '02 paper:
 [http://portal.acm.org/citation.cfm?id=581692].  This would be a huge
 upheaval in GHC of course, and it seems to be completely at odds with
 separate compilation.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 10:37:48 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 10:23:51 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.df34977651ff4db12671134347ffe52e@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by augustss):

 Well, I suggested that when using SOURCE you have to supply the import
 list.
 And I would also require the imported values to have type signatures in
 the other module.  With those premises I can write a dodgy sed script that
 kinda does the work.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:18>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 10:43:07 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 10:29:01 2009
Subject: [GHC] #1502: GHC should integrate better with mingw
In-Reply-To: <047.b7395f3fc65ee001157bf44a9570b106@localhost>
References: <047.b7395f3fc65ee001157bf44a9570b106@localhost>
Message-ID: <056.d089fa8acfbfddcc989b27979f00f571@localhost>

#1502: GHC should integrate better with mingw
---------------------------------+------------------------------------------
    Reporter:  eivuokko          |        Owner:         
        Type:  feature request   |       Status:  closed 
    Priority:  high              |    Milestone:  6.12.1 
   Component:  Compiler          |      Version:  6.6.1  
    Severity:  normal            |   Resolution:  fixed  
    Keywords:  windows           |   Difficulty:  Unknown
    Testcase:                    |           Os:  Windows
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonmar):

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

Comment:

 Replying to [comment:5 claus]:
 > Instead of including the mingw installer, how about preserving the
 internal directory layout of the bits of mingw that get included?

 GHC now does this, in the new build system.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1502#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 11:01:30 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 10:47:37 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.d9cb0713fa35b89016fe6ef9b0a21c01@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by guest):

 Replying to [comment:16 augustss]:
 > For me the reason to get rid of the -boot files is that each of them is
 one more file.
 > One more file that duplicates information that occurs somewhere else, so
 when I change something I have to change it in two places.
 > There are also build system complications (not so much when using ghc
 --make), because there are new file types, new kinds of dependencies to
 figure out etc., etc.
 > It just a medium pain, but enough of a pain that I sometimes go through
 unnatural contorions just to avoid mutually recursive modules when it
 would actually have been the natural solution.

 I agree, Why need another file to contain those information? Why GHC can't
 pick-up those information through analysis source file?
 Maybe it's a hard work to GHC developer, but i think it's worth to do.
 It's not problem just write .hs-boot file, it's not too hard to write .hs-
 boot file.
 But Haskell programmer will spend too *much* time to synchronous
 information between .hs file and .hs-boot file, and special to *big*
 project.

 And i think the *natural* way is GHC do those work automatically. Then
 save time and less problem (bug).

   -- Andy

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:19>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 17:11:49 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 16:57:44 2009
Subject: [GHC] #3016: Long compile times,
 large memory use with static data in 6.10
In-Reply-To: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
References: <043.860ff3ba501bcb6418e5778e2c5eff65@localhost>
Message-ID: <052.6431c8d4b64fe63e75d5e651ffb46169@localhost>

#3016: Long compile times, large memory use with static data in 6.10
-----------------------------------------------+----------------------------
    Reporter:  dons                            |        Owner:  igloo           
        Type:  bug                             |       Status:  new             
    Priority:  normal                          |    Milestone:  6.12.1          
   Component:  Compiler                        |      Version:  6.10.1          
    Severity:  normal                          |   Resolution:                  
    Keywords:  static data                     |   Difficulty:  Unknown         
    Testcase:  simplCore/should_compile/T3016  |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple                |  
-----------------------------------------------+----------------------------
Comment (by awick):

 Ah-hah!

 It appears that some/most of this has to do with -fsplit-objs being set. I
 didn't notice this before because it's hidden in a Cabal file on our
 machines.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Mon Apr 27 18:05:02 2009
From: trac at galois.com (GHC)
Date: Mon Apr 27 17:51:12 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.278670359e997a7758868b4d88e2be33@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by guest):

 * cc: ben.franksen@online.de (added)

Comment:

 I absolutely hate it if I have to write a .hc-boot file. So I try to avoid
 mutually recursive modules if possible. This is bad because it makes me
 concentrate on boring things when I should be thinking about interesting
 things instead.

 Cheers
 Ben Franksen

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:20>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From kyrab at mail.ru  Tue Apr 28 00:12:50 2009
From: kyrab at mail.ru (kyra)
Date: Mon Apr 27 23:59:59 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it just
 me..?
In-Reply-To: <49F2375E.4080608@galois.com>
References: <49F2375E.4080608@galois.com>
Message-ID: <49F68242.30907@mail.ru>

Sigbjorn Finne wrote:
> Long and rambling..hope you made it this far ;-) Is anyone else 
> running into this issue &
> should we do something about it? If not, details of compilation 
> environment that
> you've got that avoids running into this issue would be most welcome. 
> It's a bit of a
> chore spinning up new builds, as is.
Yes, I've experienced exactly these problems. And I believe we 
definitely should do something about it.

Kyra
From trac at galois.com  Tue Apr 28 00:22:20 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 00:08:21 2009
Subject: [GHC] #2775: Type Family panic
In-Reply-To: <044.cf027f74305f326c967336b8f3c587bd@localhost>
References: <044.cf027f74305f326c967336b8f3c587bd@localhost>
Message-ID: <053.cab26d2b9c9240857fbeac45ad5a8e41@localhost>

#2775: Type Family panic
---------------------------------+------------------------------------------
    Reporter:  camio             |        Owner:  chak            
        Type:  bug               |       Status:  closed          
    Priority:  normal            |    Milestone:  6.12.1          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  blocker           |   Resolution:  fixed           
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by chak):

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

Comment:

 This works now in the head with the pure equality solver.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2775#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 00:22:33 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 00:09:37 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.28f6cea1a8c8bf42f96d7a088628e8d7@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by nr):

 * cc: nr@cs.tufts.edu (added)

Comment:

 I am quite interested in extending Haskell import lists to be more like ML
 signatures (don't worry, no ML functors, I promise!).  With such an
 explicit signature, I hope it would be possible to eliminate the hs-boot
 file.  Or as a further step, one could compile signatures separately, then
 use them instead of .hs-boot.   Also, I think Derek Dreyer could be
 persuaded to have a look at this problem.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:21>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 00:28:09 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 00:14:22 2009
Subject: [GHC] #2796: GHC panic related to associated types
In-Reply-To: <045.982472b85d4648c742f947e5a9914557@localhost>
References: <045.982472b85d4648c742f947e5a9914557@localhost>
Message-ID: <054.3dc23db6c539db2e822d94ef3f9adafb@localhost>

#2796: GHC panic related to associated types
-----------------------------------------------------------------------------------------+
    Reporter:  FSalad                                                                    |        Owner:  chak   
        Type:  bug                                                                       |       Status:  closed 
    Priority:  normal                                                                    |    Milestone:  6.12.1 
   Component:  Compiler                                                                  |      Version:  6.10.1 
    Severity:  normal                                                                    |   Resolution:  fixed  
    Keywords:  associated types, associated type synonyms, type families, family, panic  |   Difficulty:  Unknown
    Testcase:                                                                            |           Os:  Linux  
Architecture:  Unknown/Multiple                                                          |  
-----------------------------------------------------------------------------------------+
Changes (by chak):

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

Comment:

 This works now with the new pure equality solver.  To be precise, the
 example program fails to compile due to a type error, but it doesn't lead
 to a compiler panic anymore.  You may want to build a copy of the latest
 HEAD (or grab a snapshot) and check that the type error is what you
 expected.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2796#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 00:31:50 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 00:17:42 2009
Subject: [GHC] #2828: TcTyFuns.uMeta: normalisation shouldn't allow x ~ x
In-Reply-To: <044.818395155a9d2081de37d5cedbd2ca16@localhost>
References: <044.818395155a9d2081de37d5cedbd2ca16@localhost>
Message-ID: <053.d6d64bde5ce79c2a8cfe79e2ea07dd6a@localhost>

#2828: TcTyFuns.uMeta: normalisation shouldn't allow x ~ x
-------------------------+--------------------------------------------------
    Reporter:  pizza     |        Owner:  chak       
        Type:  bug       |       Status:  closed     
    Priority:  normal    |    Milestone:  6.12 branch
   Component:  Compiler  |      Version:  6.10.1     
    Severity:  normal    |   Resolution:  fixed      
    Keywords:            |   Difficulty:  Unknown    
    Testcase:            |           Os:  Linux      
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Changes (by chak):

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

Comment:

 Works with the new pure equality solver in the HEAD.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2828#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 00:33:39 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 00:19:34 2009
Subject: [GHC] #2360: More information in occurs check message
In-Reply-To: <042.d2d1b5c4c3c7a52b18a6186683534f09@localhost>
References: <042.d2d1b5c4c3c7a52b18a6186683534f09@localhost>
Message-ID: <051.42e0ce4612dac1ab7c6f4085adc7958f@localhost>

#2360: More information in occurs check message
---------------------------------+------------------------------------------
    Reporter:  ajd               |        Owner:  chak            
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  6.12 branch     
   Component:  Compiler          |      Version:  6.8.2           
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by chak):

 See also #3169

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2360#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 03:02:39 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 02:50:17 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.dac51a49b418af774069b9d425da3c9f@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonpj):

 "I absolutely hate it if I have to write a .hc-boot file" (I assume you
 mean hs-boot file).  I'm interested in identifying precisely what it is
 that you hate, lest we fix the wrong thing:

  * Do you hate writing the type signatures of the functions that the
 module exports?  (After all, most Haskell programmers do that routinely.)
  * Do you hate putting those type signatures in a physically different
 file?  That is would the hate be alleviated if the signatures were in the
 same file as the module implementation?
  * Or perhaps you hate something else?  Such as having to pick a place to
 cut the recursive loop at all?

 I'm interested in this because the ML community regards it as a ''major''
 virtue that module signatures and implementations are separate, so that
 you can
   * Import a module (via its signature) before you have written its
 implementation
   * Provide more than one implementation of a common signature, and
 thereby be confident that switching implementations will not cause errors.

 Being clear about goals will help the design.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:22>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 04:04:07 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 03:56:09 2009
Subject: [GHC] #3195: runghc failing sometimes
Message-ID: <050.4392c83f7e6381e4f54c214a1da4b3ad@localhost>

#3195: runghc failing sometimes
------------------------+---------------------------------------------------
Reporter:  juhpetersen  |          Owner:                  
    Type:  bug          |         Status:  new             
Priority:  normal       |      Component:  Runtime System  
 Version:  6.10.2       |       Severity:  normal          
Keywords:               |       Testcase:                  
      Os:  Linux        |   Architecture:  Unknown/Multiple
------------------------+---------------------------------------------------
 ghc-6.10.2 runghc fails on ppc sometimes:

 http://koji.fedoraproject.org/koji/getfile?taskID=1320158&name=build.log
 (haddock)

 http://koji.fedoraproject.org/koji/getfile?taskID=1319083&name=build.log
 (HTTP)

 Also reproduced first-hand on a ppc box.

 Furthermore (may be a different issue) runghc fails for me with
 recent ghc-6.11 snapshots I have built on x86_64.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3195>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 04:12:19 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 03:59:11 2009
Subject: [GHC] #3196: libHSffi_p.a should not be created when profiled libs
 are disabled
Message-ID: <050.da94d4ed5f69888e6c5b90827b1c849d@localhost>

#3196: libHSffi_p.a should not be created when profiled libs are disabled
-----------------------------+----------------------------------------------
Reporter:  juhpetersen       |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.11              |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 When building ghc-6.11 without profiling libHSffi_p.a is still created.  I
 guess it need not be.

 Attaching a small patch to fix that.

 ps IMHO it would would be nice to have a configure switch to turn off
 profiling (--disable-profiling?).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3196>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 04:41:03 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 04:27:14 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.ace821d002cae882c001d79a208414c6@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by simonmar):

 Replying to [comment:18 augustss]:
 > Well, I suggested that when using SOURCE you have to supply the import
 list.
 > And I would also require the imported values to have type signatures in
 the other module.  With those premises I can write a dodgy sed script that
 kinda does the work.

 Ah, I took that to mean that only SOURCE imports would need import lists,
 but now I see that you meant all imports - or at least all imports of
 entities referred to by an entity in the loop.  I'm not keen on this, it
 seems worse than `.hs-boot` files.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:23>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 04:46:54 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 04:32:45 2009
Subject: [GHC] #2770: Missing check that C compiler is C99 compatible
In-Reply-To: <045.e59ec55e01d8ef8d16caa02433e3c648@localhost>
References: <045.e59ec55e01d8ef8d16caa02433e3c648@localhost>
Message-ID: <054.6b6d0127770d9b27331c2cdc67f69768@localhost>

#2770: Missing check that C compiler is C99 compatible
-----------------------------+----------------------------------------------
    Reporter:  jputcu        |        Owner:         
        Type:  bug           |       Status:  closed 
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.10.1 
    Severity:  blocker       |   Resolution:  fixed  
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Linux  
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Changes (by simonmar):

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

Comment:

 I've updated the configure script to require gcc 3.  Lacking a machine
 with gcc 2.95 installed that's the best we can do for now.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2770#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 04:52:49 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 04:38:59 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.fa61cd8abf0dbffcc1269cf3bfbb7ca9@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by augustss):

 Reply to simonmar:

 I guess it's a matter of style.  I use import list on most modules I
 import.  Even so, I'm willing to tolerate some pain to get rid of the very
 annoying -boot file.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:24>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 04:56:24 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 04:42:27 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.728df166c0f9c9ec7e1d616ad85d524d@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by NeilMitchell):

 * cc: ndmitchell@gmail.com (added)

Comment:

 The -boot files are particularly annoying if you don't use {{{--make}}},
 since then you need to write some reasonably complex build rules to get
 everything working. Having GHC perform this magic, even at the cost of
 essentially moving the -boot file in to the source file, would be nice.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:25>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 05:03:17 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 04:49:21 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.92ae4f48107dfc662ce854c5a32a88b1@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by fasta):

 * cc: ron@gamr7.com (removed)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:26>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 09:15:26 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 09:01:24 2009
Subject: [GHC] #2971: readFile "/proc/mounts" hangs on an amd64 machine
In-Reply-To: <042.58c8b1f5b64b5fd351e834dd0235fad4@localhost>
References: <042.58c8b1f5b64b5fd351e834dd0235fad4@localhost>
Message-ID: <051.b639a85da8f6b4723065a99de7d8ebf8@localhost>

#2971: readFile "/proc/mounts" hangs on an amd64 machine
---------------------------------+------------------------------------------
    Reporter:  dsf               |        Owner:  igloo  
        Type:  merge             |       Status:  closed 
    Priority:  high              |    Milestone:  6.10.2 
   Component:  Compiler          |      Version:  6.10.1 
    Severity:  critical          |   Resolution:  fixed  
    Keywords:                    |   Difficulty:  Unknown
    Testcase:                    |           Os:  Linux  
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by jimbob):

 [http://www.satisfyenhancers.com/male-enhancement-cream/vigrx-oil-reviews/
 vigrx oil] [http://www.kopaviagra.net/ billig generisk viagra]

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2971#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 11:06:31 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 10:52:40 2009
Subject: [GHC] #2965: GHC on OS X does not compile 64-bit
In-Reply-To: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
References: <045.2214e7d1fe4dd43486128c197fdb9227@localhost>
Message-ID: <054.20bca7bffa431029a4459439482e72c3@localhost>

#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 beastaugh):

 * cc: ionfish@gmail.com (added)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2965#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From Sven.Panne at aedion.de  Tue Apr 28 11:33:59 2009
From: Sven.Panne at aedion.de (Sven Panne)
Date: Tue Apr 28 11:19:49 2009
Subject: Inter-module links with Haddock broken?
In-Reply-To: <200904251448.03969.Sven.Panne@aedion.de>
References: <200904251448.03969.Sven.Panne@aedion.de>
Message-ID: <200904281733.59601.Sven.Panne@aedion.de>

Am Samstag, 25. April 2009 14:48:03 schrieb Sven Panne:
> Currently I am unable to make inter-module links (of the form
> 'Foo.Bar.baz') work with the Haddock shipped with GHC 6.10.2. [...]

Until a few moments ago, I wasn't aware of the fact that Haddock has a trac 
for itself nowadays, so I guess my problem is a symptom of:

   http://trac.haskell.org/haddock/ticket/78

What is the schedule for the Haddock milestone 2.5.0 mentioned in that ticket? 
When can we expect that fix in a shipped GHC?

Cheers,
   S.
From david.waern at gmail.com  Tue Apr 28 11:52:08 2009
From: david.waern at gmail.com (David Waern)
Date: Tue Apr 28 11:37:54 2009
Subject: Inter-module links with Haddock broken?
In-Reply-To: <200904281733.59601.Sven.Panne@aedion.de>
References: <200904251448.03969.Sven.Panne@aedion.de>
	<200904281733.59601.Sven.Panne@aedion.de>
Message-ID: <bb52000e0904280852q2296f44fx98866abcc712dc45@mail.gmail.com>

2009/4/28 Sven Panne <Sven.Panne@aedion.de>:
> Am Samstag, 25. April 2009 14:48:03 schrieb Sven Panne:
>> Currently I am unable to make inter-module links (of the form
>> 'Foo.Bar.baz') work with the Haddock shipped with GHC 6.10.2. [...]
>
> Until a few moments ago, I wasn't aware of the fact that Haddock has a trac
> for itself nowadays, so I guess my problem is a symptom of:
>
> ? http://trac.haskell.org/haddock/ticket/78
>
> What is the schedule for the Haddock milestone 2.5.0 mentioned in that ticket?
> When can we expect that fix in a shipped GHC?

We have no schedule yet. I will just release it when I have had time
to fix enough bugs that it's worth making a release. Help wanted :-)

I'm not sure if we can do Haddock fixes for 6.10.3. Can we? Otherwise
an updated Haddock will not ship with GHC until 6.12.1.

Not sure if Haddock will be installed by GHC installations in the
future though, since I think the Haskell Platform is supposed to
manage that. Is this correct?

David
From trac at galois.com  Tue Apr 28 12:38:29 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 12:24:18 2009
Subject: [GHC] #3197: disambiguating type family instances with qualified
 names not possible
Message-ID: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>

#3197: disambiguating type family instances with qualified names not possible
-----------------------------+----------------------------------------------
Reporter:  claus             |          Owner:                         
    Type:  bug               |         Status:  new                    
Priority:  normal            |      Component:  Compiler (Type checker)
 Version:  6.11              |       Severity:  normal                 
Keywords:                    |       Testcase:                         
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple       
-----------------------------+----------------------------------------------
 While reading [http://www.haskell.org/pipermail/haskell-
 cafe/2009-April/060665.html 1], it occured to me that type families could
 be used to parameterize modules by types. So I modified my example from
 [http://www.haskell.org/pipermail/haskell-cafe/2009-April/060324.html 2],
 trying to parameterize two modules `A` and `B` with a shared type `Label`
 (sharing expressed in `C)`, but ran into a few issues:
 {{{
 {-# LANGUAGE TypeFamilies #-}
 {-# LANGUAGE EmptyDataDecls #-}
 module LA where
 data MyLabel
 y = undefined::MyLabel

 type family Label a
 z = undefined::Label ()
 }}}
 {{{
 {-# LANGUAGE TypeFamilies #-}
 {-# LANGUAGE EmptyDataDecls #-}
 module LB where
 data MyLabel
 y = undefined::MyLabel

 type family Label a
 z = undefined::Label ()
 }}}
 {{{
 {-# LANGUAGE UndecidableInstances #-}
 {-# LANGUAGE TypeFamilies #-}
 module LC where
 import LA
 import LB

 -- fails = [LA.y,LB.y]

 -- express type sharing while leaving actual type open
 type family Label a
 type instance LA.Label a = LC.Label a
 type instance LB.Label a = LC.Label a
 ok2 = [LA.z,LB.z]

 -- for testing only
 -- type instance Label a = () -- can't use with or without qualifier:-(
 }}}
 Issues:
  - is it really necessary for type families to have at least one index?
 Without that, type constants could be expressed directly

  - uncommenting that last line demonstrates a couple of bugs:

      * as it stands, the type instance is ambiguous, but the error message
 has an incorrect source location (`1:0`)

      * trying to disambiguate by defining `type instance LC.Label` results
 in : "Qualified name in binding position: LC.Label" (note that this is
 permitted a couple of lines up, so it is related to whether the qualifier
 refers to the current module or an imported one)

 [the bug is not really in the type checker, but specific to type
 families..]

 Bug aside, it works (`length ok2` gives two, not an error, as `fail`
 would).

 This could be a useful type family programming pattern (it is probably
 implicit in the comparisons of SML functors vs Haskell type
 classes/families, I just don't recall it being made so explicit before,
 just focussing on type parameterization and sharing)!-)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3197>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 14:24:43 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 14:10:31 2009
Subject: [GHC] #3198: inliner fails to kick in for Double (*)
Message-ID: <048.75717b4393891392703b39647b819ff8@localhost>

#3198: inliner fails to kick in for Double (*)
-----------------------------+----------------------------------------------
Reporter:  JulesBean         |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  Compiler        
 Version:  6.11              |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 In GHC HEAD as of approx March 2009, the following very simple code fails
 to inline the (*), which means it fails to generate FPU code:

 {{{
 module Print where

 printTimes :: Double -> Double -> IO ()
 printTimes f g = print (f*g)
 }}}

 My evidence for this is that the generated asm (from -O2 -ddump-asm)
 includes

 {{{
         movl %esi,-4(%ebp)
         movl 12(%esi),%eax
         movl %eax,-16(%ebp)
         movl 8(%esi),%eax
         movl %eax,-20(%ebp)
         movl $_sC3_info,-12(%ebp)
         addl $-20,%ebp
         jmp _base_GHCziFloat_timesDouble_info
 }}}

 ...which calls 'GHC.Float.timesDouble' as a regular function with regular
 stack calling.

 Someone confirmed for me that this also happens for them with the released
 GHC 6.10 versions.

 On my copy of 6.8.3 the inlining is fine, and I get proper x87 opcodes:

 {{{
 #       gmull %fake0,%fake1,%fake0
         #GMUL-xxxcase1
         ffree %st(7) ; fld %st(1) ; fmulp %st(0),%st(1)
 }}}

 Now, if I try a pure version of the code, that is very simply:

 {{{
 module Times where

 f :: Double -> Double -> Double
 f x y = x * y
 }}}

 I don't find it inlines in either HEAD or 6.8. It compiles again to a jump
 to _base_GHCziFloat_timesDouble_info.

 In all cases (that is, HEAD, 6.8, pure code and print code) simply
 replacing {{{x*y}}} with {{{1+x*y}}} solves the problem.

 It seems this is some kind of inliner fragility but I'm reporting it as a
 bug since it is also a regression from 6.8, in the first form I
 discovered.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3198>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 16:33:20 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 16:19:09 2009
Subject: [GHC] #3199: System.Environment provides no access to argv[0]
Message-ID: <044.697a3b3acea49077d005dd1587a2b57f@localhost>

#3199: System.Environment provides no access to argv[0]
-----------------------------+----------------------------------------------
Reporter:  guest             |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  libraries/base  
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 The docs for `getProgName` say:

   Computation getProgName returns the name of the program as it was
 invoked.

   However, this is hard-to-impossible to implement on some non-Unix OSes,
 so instead, for maximum portability, we just return the leafname of the
 program as invoked. Even then there are some differences between
 platforms: on Windows, for example, a program invoked as foo is probably
 really FOO.EXE, and that is what getProgName will return.

 I think the "just return the leafname" part is stupid, because it means
 there is no way for me to get at C's `argv[0]`. How does mangling
 `argv[0]` increase portability? It just makes Haskell incompatible with
 everything else out there. Also, if your platform has `argv[0]`, you might
 as well return it as-is.

 Why do I want `argv[0]` at all? Well, the ability to write a drop-in
 replacement for a C program that does something like `fprintf(stderr, "%s:
 %s: %s\n", argv[0], filename, strerror(errno))` would be nice (where
 "drop-in" = character for character the same output). My current project
 is an IRC bot that can restart itself via `exec()`, preserving state in
 its command line arguments. However, I usually don't "install" the bot, I
 just run it from some directory. In this case `argv[0]` would be perfect:
 if it contains slashes, the bot was run from some directory (and `exec()`
 will find it there); if it doesn't, the executable was found in the path
 (and `exec()` will find that too).

 To summarize: I think the inability to get at argv[0] from Haskell is a
 bug. If you don't want to change `getProgName`, please consider adding
 another function (`getNativeProgName`?).

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3199>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 16:50:25 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 16:36:13 2009
Subject: [GHC] #3200: System.Environment.withProgName strips everything
 before the last slash
Message-ID: <044.6c7a0324fd6d877811b6a46ca881b0e2@localhost>

#3200: System.Environment.withProgName strips everything before the last slash
-----------------------------+----------------------------------------------
Reporter:  guest             |          Owner:                  
    Type:  bug               |         Status:  new             
Priority:  normal            |      Component:  libraries/base  
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 The documentation for `withProgName` says:

   withProgName name act - while executing action act, have getProgName
 return name.

 However:
 {{{
 % ghc -e 'System.Environment.withProgName "Hello / World///."
 System.Environment.getProgName'
 "."
 }}}

 I discovered this while trying to work around bug #3199 like this:
 {{{
 main = do
     exe <- readSymbolicLink "/proc/self/exe"
     withProgName exe main'
 ...
 }}}

 So... I need to re-exec my program. Fortunately, there is `argv[0]`
 containing exactly the information I need. Unfortunately, Haskell doesn't
 let me access it. Fortunately, Linux provides the full path to my program
 in a special file and Haskell lets me "fix" the program name at startup.
 Unfortunately, this functionality is broken: `withProgName` only takes the
 part after the last slash. Back to square one. :-(

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3200>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 17:00:07 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 16:45:57 2009
Subject: [GHC] #3199: System.Environment provides no access to argv[0]
In-Reply-To: <044.697a3b3acea49077d005dd1587a2b57f@localhost>
References: <044.697a3b3acea49077d005dd1587a2b57f@localhost>
Message-ID: <053.d34b3c40a3220bd502a827e050eeb6e5@localhost>

#3199: System.Environment provides no access to argv[0]
------------------------------+---------------------------------------------
 Reporter:  guest             |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/base    |        Version:  6.10.2          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Changes (by NeilMitchell):

 * cc: ndmitchell@gmail.com (added)

Comment:

 I agree - a best try result would be desirable, then if the user only
 wants the leaf name they can always call {{{takeBaseName}}}.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3199#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 17:06:34 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 16:52:24 2009
Subject: [GHC] #3199: System.Environment provides no access to argv[0]
In-Reply-To: <044.697a3b3acea49077d005dd1587a2b57f@localhost>
References: <044.697a3b3acea49077d005dd1587a2b57f@localhost>
Message-ID: <053.f59784e333d0a2453b4018a19e128302@localhost>

#3199: System.Environment provides no access to argv[0]
------------------------------+---------------------------------------------
 Reporter:  guest             |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/base    |        Version:  6.10.2          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by sof):

 This might be of some utility..

 {{{
 {-# LANGUAGE ForeignFunctionInterface #-}
 -- What GHC.Environment leaves out.
 module Main where

 import Foreign
 import Foreign.C

 getFullProgName :: IO String
 getFullProgName =
   alloca $ \ p_argc ->
   alloca $ \ p_argv -> do
    getFullProgArgv p_argc p_argv
    peek p_argv >>= peek >>= peekCString

 foreign import ccall unsafe "getFullProgArgv"
     getFullProgArgv :: Ptr CInt -> Ptr (Ptr CString) -> IO ()

 main = getFullProgName >>= putStrLn
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3199#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Tue Apr 28 17:29:47 2009
From: trac at galois.com (GHC)
Date: Tue Apr 28 17:15:33 2009
Subject: [GHC] #3198: inliner fails to kick in for Double (*)
In-Reply-To: <048.75717b4393891392703b39647b819ff8@localhost>
References: <048.75717b4393891392703b39647b819ff8@localhost>
Message-ID: <057.5a3fe07636ee0e72def50d01a62bd65f@localhost>

#3198: inliner fails to kick in for Double (*)
------------------------------+---------------------------------------------
 Reporter:  JulesBean         |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.11            
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by JulesBean):

 Adding an explicit {{{{-# INLINE timesDouble #-}}}} to Float.lhs doesn't
 change the result.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3198#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From sof at galois.com  Tue Apr 28 20:23:51 2009
From: sof at galois.com (Sigbjorn Finne)
Date: Tue Apr 28 20:09:42 2009
Subject: Linking hsc2hs .c output on Windows w/ build system: is it just
 me..?
In-Reply-To: <49F59DFD.3070402@gmail.com>
References: <49F2375E.4080608@galois.com> <49F59DFD.3070402@gmail.com>
Message-ID: <49F79E17.4010103@galois.com>

Thanks Simon,

sorry for not noticing your reply amidst the flow of g-h-b ticket reports
before now. As there is no need to sail that close to the wind of
playing with the delicate linking & loading orders of the CRT and
base DLLs like kernel32, my suggestion would be simply to avoid
it. You don't do any explicit "-lgcc -lc" trickery when invoking gcc/ld
on other platforms, so why be different?

Apart from the changes to Win32.cabal and base.cabal mentioned
in the original e-mail, injecting addDLL() calls for kernel32 and
msvcrt in initLinker() ought to do it.

--sigbjorn

On 4/27/2009 04:58, Simon Marlow wrote:
> On 24/04/2009 23:04, Sigbjorn Finne wrote:
>> I've been experiencing repeated woes over the past 4-5 months
>> when trying to spin up build trees on Windows with the new build
>> system. This is happening on the 3-4 boxes that I regularly develop on,
>> which leads me to believe that this may not be limited to just me..
>>
>> The problem is that hsc2hs generated .c files (Foo_hsc_make.c) when
>> compiled and linked via the 'ghc' that's configured against, will 
>> produce
>> .exe's that crashes right out of the gates. gdb'ing the generated 
>> binaries,
>> the crash is happening in the CRT startup code & with some further 
>> poking
>> around I've been able to determine that it is the explicit presence 
>> of "-l"
>> options for 'kernel32' and 'msvcrt' when linking that's the cause. 
>> This is
>> with a variety of versions of 'ld' and binutils snapshots (2.17.x -- 
>> 2.19).
>> Using the 2.19.1 version that ships with gcc4.3.3 snapshots for mingw is
>> well-behaved, but ghc is still using gcc-3.4.5.
>
> We have seen this problem here on Satnam Singh's machine, but we 
> eventually put it down to a conflict between versions of certain MSYS 
> bits.  There may indeed be a real problem here, I don't know.
>
> On Satnam's machine we established that the problem was provoked by 
> updating binutils, and the solution was "don't do that" (Satnam had 
> originally done this because the windres that comes with MSYS was 
> incompatible with GHC, but that can be worked around by just copying 
> in a suitable windres).
>
> We also tracked it down as far as compiling a trivial C program with 
> -lmsvcrt.
>
> Incedentally if you follow the instructions on the wiki exactly, you 
> won't run into this problem: 
> http://hackage.haskell.org/trac/ghc/wiki/Building/Preparation/Windows.
>
>> There's a couple of things that are odd here:
>>
>> * base.cabal files have kernel32 and msvcrt as extra-libraries. This is
>> clearly
>> not required when doing invocations via ld(1), and causes considerable
>> mischief,
>> so it'd be good if there was a way in .cabal files to distinguish
>> between stuff that
>> goes into 'extraLibraries' and 'extraGHCiLibraries' in package.conf's
>> InstalledPackageInfos. (Is there? Couldn't locate anything appropriate
>> while
>> working with the Cabal sources..)
>>
>> * 'base' needing to include these two dependencies even for GHCi 
>> usage. A
>> running RTS will have these loaded already, so it really ought to have
>> primed
>> the list of opened DLLs by explicitly loading them upon initialization
>> of the linker.
>> [I've got a trivial patch against rts/Linker.c that does this; can
>> forward/commit if
>> of interest..]
>
> I've no idea why these library dependencies are there.  It might well 
> be historical.  I'm happy to defer to Windows experts such as yourself 
> on whether we should have them or not (I guess not?).
>
>> * In addition to the patch referred to above, to solve these problems, I
>> had to scrub
>> libraries/base/base.cabal of 'kernel32' and 'msvcrt' + the
>> package.conf's for the
>> versions of ghc I'm building against had to be edited, limiting the use
>> of 'kernel32'
>> and 'msvcrt' to extraGHCiLibraries for both the 'base' and 'Win32'
>> packages.
>>
>> Long and rambling..hope you made it this far ;-) Is anyone else running
>> into this issue &
>> should we do something about it? If not, details of compilation
>> environment that
>> you've got that avoids running into this issue would be most welcome.
>> It's a bit of a
>> chore spinning up new builds, as is.
>
> One open question is whether we should expect "gcc foo.c -lmsvcrt" to 
> work.  It works with older versions of MSYS/mingw, but apparently not 
> with more recent versions.  On the face of it this seems like it ought 
> to be harmless, since msvcrt will eventually be linked in anyway.
>
> Cheers,
>     Simon

From trac at galois.com  Wed Apr 29 01:48:34 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 01:34:20 2009
Subject: [GHC] #3198: inliner fails to kick in for Double (*)
In-Reply-To: <048.75717b4393891392703b39647b819ff8@localhost>
References: <048.75717b4393891392703b39647b819ff8@localhost>
Message-ID: <057.ec223229395ecdb249aaae20d8b1dc25@localhost>

#3198: inliner fails to kick in for Double (*)
------------------------------+---------------------------------------------
 Reporter:  JulesBean         |          Owner:                  
     Type:  bug               |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  Compiler          |        Version:  6.11            
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by JulesBean):

 Neither do {{{-fdicts-strict}}} or {{{-fdicts-cheap}}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3198#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 04:03:21 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 03:49:07 2009
Subject: [GHC] #3201: ar: Bad file number
Message-ID: <047.ca53a7792b62a7186d0a18c99b7dae36@localhost>

#3201: ar: Bad file number
---------------------------+------------------------------------------------
  Reporter:  simonmar      |          Owner:        
      Type:  bug           |         Status:  new   
  Priority:  normal        |      Milestone:  6.12.1
 Component:  Build System  |        Version:  6.10.2
  Severity:  normal        |       Keywords:        
Difficulty:  Unknown       |       Testcase:        
        Os:  Windows       |   Architecture:  x86   
---------------------------+------------------------------------------------
 Satnam Singh reported to me that he gets

 {{{
 xargs: /c/ghc/ghc-6.10.1/bin/ar: Bad file number
 }}}

 when trying to build GHC on Windows using MSYS.  Turning off `SplitObjs`
 works around it.  We should verify and investigate.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3201>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From marlowsd at gmail.com  Wed Apr 29 04:40:01 2009
From: marlowsd at gmail.com (Simon Marlow)
Date: Wed Apr 29 04:25:53 2009
Subject: Inter-module links with Haddock broken?
In-Reply-To: <bb52000e0904280852q2296f44fx98866abcc712dc45@mail.gmail.com>
References: <200904251448.03969.Sven.Panne@aedion.de>	<200904281733.59601.Sven.Panne@aedion.de>
	<bb52000e0904280852q2296f44fx98866abcc712dc45@mail.gmail.com>
Message-ID: <49F81261.1030901@gmail.com>

On 28/04/2009 16:52, David Waern wrote:
> 2009/4/28 Sven Panne<Sven.Panne@aedion.de>:
>> Am Samstag, 25. April 2009 14:48:03 schrieb Sven Panne:
>>> Currently I am unable to make inter-module links (of the form
>>> 'Foo.Bar.baz') work with the Haddock shipped with GHC 6.10.2. [...]
>> Until a few moments ago, I wasn't aware of the fact that Haddock has a trac
>> for itself nowadays, so I guess my problem is a symptom of:
>>
>>    http://trac.haskell.org/haddock/ticket/78
>>
>> What is the schedule for the Haddock milestone 2.5.0 mentioned in that ticket?
>> When can we expect that fix in a shipped GHC?
>
> We have no schedule yet. I will just release it when I have had time
> to fix enough bugs that it's worth making a release. Help wanted :-)
>
> I'm not sure if we can do Haddock fixes for 6.10.3. Can we? Otherwise
> an updated Haddock will not ship with GHC until 6.12.1.
>
> Not sure if Haddock will be installed by GHC installations in the
> future though, since I think the Haskell Platform is supposed to
> manage that. Is this correct?

GHC will continue to ship Haddock, since the two are closely tied 
together nowadays by virtue of the GHC API.

Ian will have to comment on the status of 6.10.3, I think it's very 
close to being ready to roll.

Cheers,
	Simon
From trac at galois.com  Wed Apr 29 06:59:58 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 06:45:48 2009
Subject: [GHC] #3201: ar: Bad file number
In-Reply-To: <047.ca53a7792b62a7186d0a18c99b7dae36@localhost>
References: <047.ca53a7792b62a7186d0a18c99b7dae36@localhost>
Message-ID: <056.cd87c1d3234f424963f7932bcf5f48b6@localhost>

#3201: ar: Bad file number
-----------------------------+----------------------------------------------
    Reporter:  simonmar      |        Owner:         
        Type:  bug           |       Status:  new    
    Priority:  normal        |    Milestone:  6.12.1 
   Component:  Build System  |      Version:  6.10.2 
    Severity:  normal        |   Resolution:         
    Keywords:                |   Difficulty:  Unknown
    Testcase:                |           Os:  Windows
Architecture:  x86           |  
-----------------------------+----------------------------------------------
Comment (by Deewiant):

 Probably the same thing that I ran into with Gtk2hs:
 http://hackage.haskell.org/trac/gtk2hs/ticket/1146

 Basicaly, MinGW's `ar` can't handle too many object files at once.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3201#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 07:22:46 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 07:08:31 2009
Subject: [GHC] #3197: disambiguating type family instances with
 qualified names not possible
In-Reply-To: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>
References: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>
Message-ID: <053.6050b14166484870cefec1df1b798a7e@localhost>

#3197: disambiguating type family instances with qualified names not possible
-------------------------------------+--------------------------------------
 Reporter:  claus                    |          Owner:                  
     Type:  bug                      |         Status:  new             
 Priority:  normal                   |      Milestone:                  
Component:  Compiler (Type checker)  |        Version:  6.11            
 Severity:  normal                   |     Resolution:                  
 Keywords:                           |       Testcase:                  
       Os:  Unknown/Multiple         |   Architecture:  Unknown/Multiple
-------------------------------------+--------------------------------------
Comment (by claus):

 Another way to elicit the `"Qualified name in binding position"` part of
 this ticket:
 {{{
 {-# LANGUAGE TypeFamilies #-}
 module QTI where
 type family TF a
 }}}
 {{{
 {-# LANGUAGE TypeFamilies #-}
 module Main where
 import QTI()
 type instance QTI.TF a = ()
 }}}
 Instead of the expected `"Not in scope"` error, we get: `"Qualified name
 in binding position: QTI.TF"`. Removing the import restriction `()` makes
 the error go away, so this is definitely misleading.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3197#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 07:31:38 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 07:17:22 2009
Subject: [GHC] #3202: Make XNoMonomorphismRestriction the default in GHCi
Message-ID: <047.d2e31e41b925b8804676d46611405d7d@localhost>

#3202: Make XNoMonomorphismRestriction the default in GHCi
-----------------------------+----------------------------------------------
Reporter:  YitzGale          |          Owner:                  
    Type:  feature request   |         Status:  new             
Priority:  normal            |      Component:  GHCi            
 Version:  6.10.2            |       Severity:  normal          
Keywords:                    |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 While it has been a subject of debate whether the
 Monomorphism Restriction is helpful in compiled code,
 it is quite clear that MR is a major annoyance,
 if not a bug, at the GHCi prompt.

 MR at the GHCi prompt makes it inconvenient
 to define functions using {{{let}}} at the prompt. It also
 unexpectedly assigns monomorphic types to
 expressions entered interactively by the user -
 in particular when it types numeric constants
 as {{{Integer}}} when the user needs an {{{Int}}}.

 None of the purported benefits of MR are relevant
 in GHCi. The kinds of problems that MR might help
 avoid are unlikely to arise during an interactive
 session, since the structure of functions entered
 at the prompt is on average far less complex than
 functions in source files. Any problems that do
 arise will become clear as the interactive session
 continues - likely with a clearer error message
 (in my personal experience).

 MR at the GHCi prompt is one of the most
 confusing aspects of GHCi for inexperienced
 users, as evidenced by constant traffic on
 haskell-cafe and #haskell.

 Disabling MR at the GHCi prompt would
 not be a disruptive change. It would not
 change the meaning of any program.
 It would improve the GHCi workflow of
 inexperienced users, and probably most
 experienced users. If there are any
 experienced users who feel that this
 change disrupts their workflow, they can
 easily revert to the current behavior
 by adding a single line to their {{{.ghci}}}
 file.

 For reference, here is a long discussion about MR
 that took place on haskell-cafe a few years ago:

 http://www.haskell.org/pipermail/haskell-prime/2006-January/000038.html

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3202>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 07:50:28 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 07:36:13 2009
Subject: [GHC] #3202: Make XNoMonomorphismRestriction the default in GHCi
In-Reply-To: <047.d2e31e41b925b8804676d46611405d7d@localhost>
References: <047.d2e31e41b925b8804676d46611405d7d@localhost>
Message-ID: <056.30b7295e2807eb7cd0f24eda32b02c53@localhost>

#3202: Make XNoMonomorphismRestriction the default in GHCi
------------------------------+---------------------------------------------
 Reporter:  YitzGale          |          Owner:                  
     Type:  feature request   |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  GHCi              |        Version:  6.10.2          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by MigMit):

 Personally, I think it would be very confusing to find out suddenly that
 some function, while working perfectly well in GHCi, gives an error
 message when compiled.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3202#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 07:52:04 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 07:37:53 2009
Subject: [GHC] #3202: Make XNoMonomorphismRestriction the default in GHCi
In-Reply-To: <047.d2e31e41b925b8804676d46611405d7d@localhost>
References: <047.d2e31e41b925b8804676d46611405d7d@localhost>
Message-ID: <056.5006e900911aea585857183282618edd@localhost>

#3202: Make XNoMonomorphismRestriction the default in GHCi
------------------------------+---------------------------------------------
 Reporter:  YitzGale          |          Owner:                  
     Type:  feature request   |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  GHCi              |        Version:  6.10.2          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by abutterfield):

 Replying to [comment:1 MigMit]:
 > Personally, I think it would be very confusing to find out suddenly that
 some function, while working perfectly well in GHCi, gives an error
 message when compiled.

 I think it's a good idea - GHCi could give a warning if a function didn't
 satsify MR

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3202#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 08:32:06 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 08:17:52 2009
Subject: [GHC] #3202: Make XNoMonomorphismRestriction the default in GHCi
In-Reply-To: <047.d2e31e41b925b8804676d46611405d7d@localhost>
References: <047.d2e31e41b925b8804676d46611405d7d@localhost>
Message-ID: <056.7eea79aebbabee3b618f78654c62c2b4@localhost>

#3202: Make XNoMonomorphismRestriction the default in GHCi
------------------------------+---------------------------------------------
 Reporter:  YitzGale          |          Owner:                  
     Type:  feature request   |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  GHCi              |        Version:  6.10.2          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by duncan):

 Replying to [comment:1 MigMit]:
 > Personally, I think it would be very confusing to find out suddenly that
 some function, while working perfectly well in GHCi, gives an error
 message when compiled.

 This already happens because of liberalised defaulting rules. I don't
 recall seeing many complaints.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3202#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 08:53:45 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 08:39:33 2009
Subject: [GHC] #3202: Make XNoMonomorphismRestriction the default in GHCi
In-Reply-To: <047.d2e31e41b925b8804676d46611405d7d@localhost>
References: <047.d2e31e41b925b8804676d46611405d7d@localhost>
Message-ID: <056.80229466bc4eef50ebe9bdf8003341bd@localhost>

#3202: Make XNoMonomorphismRestriction the default in GHCi
------------------------------+---------------------------------------------
 Reporter:  YitzGale          |          Owner:                  
     Type:  feature request   |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  GHCi              |        Version:  6.10.2          
 Severity:  normal            |     Resolution:                  
 Keywords:                    |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by YitzGale):

 Replying to [comment:1 MigMit] and [comment:2 abutterfield]:
 > > Personally, I think it would be very confusing to find out suddenly
 that some function, while working perfectly well in GHCi, gives an error
 message when compiled.

 The error message is very clear - you need to add a type signature because
 of MR.
 I don't think that's confusing. It's natural, you always have more type
 signatures
 in source code than at the GHCi prompt, only in this case it happens to be
 required.

 > I think it's a good idea - GHCi could give a warning if a function
 didn't satsify MR

 A warning in GHCi would be disruptive and annoying to me. I don't
 think it's needed at all. If such warnings are added, please make sure
 that there is a way to turn them off.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3202#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From igloo at earth.li  Wed Apr 29 09:36:36 2009
From: igloo at earth.li (Ian Lynagh)
Date: Wed Apr 29 09:22:20 2009
Subject: Inter-module links with Haddock broken?
In-Reply-To: <bb52000e0904280852q2296f44fx98866abcc712dc45@mail.gmail.com>
References: <200904251448.03969.Sven.Panne@aedion.de>
	<200904281733.59601.Sven.Panne@aedion.de>
	<bb52000e0904280852q2296f44fx98866abcc712dc45@mail.gmail.com>
Message-ID: <20090429133636.GA32696@matrix.chaos.earth.li>

On Tue, Apr 28, 2009 at 05:52:08PM +0200, David Waern wrote:
> 
> I'm not sure if we can do Haddock fixes for 6.10.3. Can we?

No, you are right. 6.10.3 will have very few changes, to minimise the
amount of breakage that can occur. We really don't want to have to do a
6.10.4  :-)


Thanks
Ian

From trac at galois.com  Wed Apr 29 11:15:13 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 11:01:09 2009
Subject: [GHC] #3198: inliner fails to kick in for Double (*)
In-Reply-To: <048.75717b4393891392703b39647b819ff8@localhost>
References: <048.75717b4393891392703b39647b819ff8@localhost>
Message-ID: <057.4e22ddf399765363aebd695261bbd910@localhost>

#3198: inliner fails to kick in for Double (*)
---------------------------------+------------------------------------------
    Reporter:  JulesBean         |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by simonpj):

  * difficulty:  => Unknown

Comment:

 Suppose you have
 {{{
 f :: Double -> Double -> Double
 f x y = x * y
 }}}
 What is gained if we inline `(*)` here?  Virtually nothing: simply a jump
 from `f` to `*`.  After all, `f` is just `(*)`, and we know nothing about
 `x` or `y`.  (It'd be quite differnet if it was `x*1`!.)  Moreover, if we
 don't inline `*` here, we'll replace `f` by `(*)` at every call site.

 (Remember too that this is Haskell, so it `(*)` was inlined you'd get
 {{{
 f x y = case x of D# a -> case y of D# b -> D# (plusDouble# a b)
 }}}

 In general, if GHC sees a call `(foo x y)`, where
  * nothing whatsoever is known about `x` or `y` (for example, they are
 lambda-bound), ''and''
  * there is nothing interesting about the context of the cal
 then GHC does not inline `foo`, ''even if `foo` has an INLINE pragma''.
 Why?  Because it simply give code bloat with zero or small benefit.

 This is an adjustable decision, but I'm not yet convinced it needs
 adjusting.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3198#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 11:22:52 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 11:08:43 2009
Subject: [GHC] #3197: disambiguating type family instances with
 qualified names not possible
In-Reply-To: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>
References: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>
Message-ID: <053.8aa449bf8c87c24fbf71ac02af87162f@localhost>

#3197: disambiguating type family instances with qualified names not possible
----------------------------------------+-----------------------------------
    Reporter:  claus                    |        Owner:                  
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:                  
   Component:  Compiler (Type checker)  |      Version:  6.11            
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Changes (by simonpj):

  * difficulty:  => Unknown

Comment:

 Yes that's definitely wrong, thanks. Will get to it.

 However I don't understand what you mean by "is it really necessary for
 type families to have at least one index? Without that, type constants
 could be expressed directly".  Ordinary Haskell 98 type synonyms are, in
 effect, a type family with zero indices.

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3197#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 11:57:42 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 11:43:27 2009
Subject: [GHC] #3197: disambiguating type family instances with
 qualified names not possible
In-Reply-To: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>
References: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>
Message-ID: <053.2b18aec1b35cc345761a88525cf5a693@localhost>

#3197: disambiguating type family instances with qualified names not possible
----------------------------------------+-----------------------------------
    Reporter:  claus                    |        Owner:                  
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:                  
   Component:  Compiler (Type checker)  |      Version:  6.11            
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Comment (by claus):

 >Ordinary Haskell 98 type synonyms are, in effect, a type family with zero
 indices.

 Until this example, I thought so, too. But there is still a difference:
 type synonyms have to be instantiated (given a right-hand side)
 immediately, type families can be instantiated later.

 In the initial example above, `type family Label a` is defined in `LA`,
 but instantiated in `LC` (which imports `LA`) - that is how it comes close
 to parameterizing module `LA` by type `Label a` (see also
 [http://www.haskell.org/pipermail/haskell-cafe/2009-April/060673.html 3]).

 If I had to replace `type family Label a` by `type Label = ???`, I
 wouldn't have anything to put in the right-hand side.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3197#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 12:12:35 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 11:58:18 2009
Subject: [GHC] #3197: disambiguating type family instances with
 qualified names not possible
In-Reply-To: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>
References: <044.4e0198f3effcd8f1d87eec80ef8d0a9e@localhost>
Message-ID: <053.85a8413b1dc25fede41b44a1f8249a5d@localhost>

#3197: disambiguating type family instances with qualified names not possible
----------------------------------------+-----------------------------------
    Reporter:  claus                    |        Owner:                  
        Type:  bug                      |       Status:  new             
    Priority:  normal                   |    Milestone:                  
   Component:  Compiler (Type checker)  |      Version:  6.11            
    Severity:  normal                   |   Resolution:                  
    Keywords:                           |   Difficulty:  Unknown         
    Testcase:                           |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple         |  
----------------------------------------+-----------------------------------
Comment (by simonpj):

 I'm sorry, I don't understand. But I'll certainly look at the bug.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3197#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 18:32:39 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 18:18:23 2009
Subject: [GHC] #3203: System.Directory.getDirectoryContents functionality on
 empty String
Message-ID: <048.8a2ab99b80c2114640f1b0f51860768a@localhost>

#3203: System.Directory.getDirectoryContents functionality on empty String
-----------------------------+----------------------------------------------
Reporter:  jberryman         |          Owner:                  
    Type:  feature request   |         Status:  new             
Priority:  normal            |      Component:  libraries/base  
 Version:  6.8.2             |       Severity:  normal          
Keywords:  System.Directory  |       Testcase:                  
      Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
-----------------------------+----------------------------------------------
 Hello,

 It seems to me that getDirectoryContents should return the contents of
 the current directory
 when passed an empty string, like so:

 getDirectoryContents :: FilePath -> IO [FilePath]
 getDirectoryContents ""   = getCurrentDirectory >>= getDirectoryContents
 getDirectoryContents path = do
 -- ...etc.

 ...this would enable the function to work more easily with the
 functions in System.FilePath
 for example:

 getDirectoryContents (dropFileName "directory/file") == OK
 getDirectoryContents (dropFileName "file") == FAIL

 getDirectoryContents (dropFileName "./") == OK
 getDirectoryContents (dropFileName ".") == FAIL

 ...it also seems like the expected functionality, mirroring the 'ls'
 command on *nix, etc.

 Are there any cases/OSes where trying to open a file named "" wouldn't
 fail? Any other reasons why this is a bad idea?


 Thanks,
 Brandon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3203>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Wed Apr 29 18:37:55 2009
From: trac at galois.com (GHC)
Date: Wed Apr 29 18:23:39 2009
Subject: [GHC] #3203: System.Directory.getDirectoryContents
 functionality on empty String
In-Reply-To: <048.8a2ab99b80c2114640f1b0f51860768a@localhost>
References: <048.8a2ab99b80c2114640f1b0f51860768a@localhost>
Message-ID: <057.81337deaab02fd169c9edace0e6c335a@localhost>

#3203: System.Directory.getDirectoryContents functionality on empty String
------------------------------+---------------------------------------------
 Reporter:  jberryman         |          Owner:                  
     Type:  feature request   |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/base    |        Version:  6.8.2           
 Severity:  normal            |     Resolution:                  
 Keywords:  System.Directory  |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by jberryman):

 christ... let's try that again:


 {{{
 Hello,

 It seems to me that getDirectoryContents should return the contents of
 the current directory
 when passed an empty string, like so:

 getDirectoryContents :: FilePath -> IO [FilePath]
 getDirectoryContents ""     = getCurrentDirectory >>= getDirectoryContents
 getDirectoryContents path = do
 -- ...etc.

 ...this would enable the function to work more easily with the
 functions in System.FilePath
 for example:

 getDirectoryContents (dropFileName "directory/file") == OK
 getDirectoryContents (dropFileName "file") == FAIL

 getDirectoryContents (dropFileName "./") == OK
 getDirectoryContents (dropFileName ".") == FAIL

 ...it also seems like the expected functionality, mirroring the 'ls'
 command on *nix, etc.

 Are there any cases where trying to open a file named "" wouldn't
 fail? Any other reasons
 why this is a bad idea?


 Thanks,
 Brandon
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3203#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 30 01:13:14 2009
From: trac at galois.com (GHC)
Date: Thu Apr 30 00:59:26 2009
Subject: [GHC] #3198: inliner fails to kick in for Double (*)
In-Reply-To: <048.75717b4393891392703b39647b819ff8@localhost>
References: <048.75717b4393891392703b39647b819ff8@localhost>
Message-ID: <057.8eb7d3047e7a3c023baed1194bf65110@localhost>

#3198: inliner fails to kick in for Double (*)
---------------------------------+------------------------------------------
    Reporter:  JulesBean         |        Owner:                  
        Type:  bug               |       Status:  new             
    Priority:  normal            |    Milestone:                  
   Component:  Compiler          |      Version:  6.11            
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by JulesBean):

 Well perhaps I was emphasising the wrong part of the issue. The part that
 initially suprised me was the the code for {{{print (x*y)}}} generates a
 call to timesDouble instead of FPU code - and this is a change from 6.8.3
 in my tests. Maybe that doesn't matter as much as I thought, though.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3198#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 30 03:07:17 2009
From: trac at galois.com (GHC)
Date: Thu Apr 30 02:53:14 2009
Subject: [GHC] #2924: createDirectory: permission denied
In-Reply-To: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
References: <047.7f5e4787e0730bc3878fcff588107d39@localhost>
Message-ID: <056.e54086e325bad94da550304076119439@localhost>

#2924: createDirectory: permission denied
------------------------------------+---------------------------------------
    Reporter:  simonmar             |        Owner:         
        Type:  bug                  |       Status:  new    
    Priority:  normal               |    Milestone:  6.12.1 
   Component:  libraries/directory  |      Version:  6.10.1 
    Severity:  normal               |   Resolution:         
    Keywords:                       |   Difficulty:  Unknown
    Testcase:                       |           Os:  Windows
Architecture:  x86                  |  
------------------------------------+---------------------------------------
Comment (by simonpj):

 Darcs found a variety of "permission denied" problems.  I think the main
 one turned out to be a file handle leak.  http://bugs.darcs.net/issue1452
 or http://bugs.darcs.net/issue553.

 I wonder if that could be happening to you?

 Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2924#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 30 05:37:34 2009
From: trac at galois.com (GHC)
Date: Thu Apr 30 05:23:17 2009
Subject: [GHC] #3203: System.Directory.getDirectoryContents
 functionality on empty String
In-Reply-To: <048.8a2ab99b80c2114640f1b0f51860768a@localhost>
References: <048.8a2ab99b80c2114640f1b0f51860768a@localhost>
Message-ID: <057.4f9d2ec308ae241392a567f44f47c526@localhost>

#3203: System.Directory.getDirectoryContents functionality on empty String
------------------------------+---------------------------------------------
 Reporter:  jberryman         |          Owner:                  
     Type:  feature request   |         Status:  new             
 Priority:  normal            |      Milestone:                  
Component:  libraries/base    |        Version:  6.8.2           
 Severity:  normal            |     Resolution:                  
 Keywords:  System.Directory  |       Testcase:                  
       Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
------------------------------+---------------------------------------------
Comment (by duncan):

 I have to say, I don't like the idea. There is no file or directory named
 "", though it's true that we alias the file "foo" with "./foo".

 The solution to your examples with `System.FilePath` functions is to fix
 them to return "." rather than "". I recall there being some discussion on
 this point elsewhere.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3203#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
From trac at galois.com  Thu Apr 30 10:24:45 2009
From: trac at galois.com (GHC)
Date: Thu Apr 30 10:11:27 2009
Subject: [GHC] #1409: Allow recursively dependent modules transparently
 (without .hs-boot or anything)
In-Reply-To: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
References: <051.8a467503f7e6e3ea87602b7d1c1e067f@localhost>
Message-ID: <060.6a88aa3681e81bb318f7521f43b6c01f@localhost>

#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
---------------------------------+------------------------------------------
    Reporter:  Isaac Dupree      |        Owner:                  
        Type:  feature request   |       Status:  new             
    Priority:  normal            |    Milestone:  _|_             
   Component:  Compiler          |      Version:  6.10.2          
    Severity:  normal            |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Changes (by andresSR):

 * cc: andres.sicard.ramirez@gmail.com (added)

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