Re: [GHC] #5148: ghci :set +s yields absurd negative times

2011-06-19 Thread GHC
#5148: ghci :set +s yields absurd negative times
---+
  Reporter:  applicative   |  Owner:  igloo 
  Type:  bug   | Status:  closed
  Priority:  high  |  Milestone:  7.2.1 
 Component:  GHCi  |Version:  7.0.3 
Resolution:  fixed |   Keywords:
  Testcase:|  Blockedby:
Difficulty:| Os:  MacOS X   
  Blocking:|   Architecture:  x86_64 (amd64)
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

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


Comment:

 #4979 has been fixed, and this looks like it works now.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #5265: Support for additional .ghci files in GHCi.

2011-06-19 Thread GHC
#5265: Support for additional .ghci files in GHCi.
-+--
Reporter:  SamAnklesaria |   Owner:  duncan  
Type:  feature request   |  Status:  new 
Priority:  normal|   Component:  Compiler
 Version:  7.0.3 |Keywords:  
Testcase:|   Blockedby:  
  Os:  Unknown/Multiple  |Blocking:  
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
-+--
Changes (by SamAnklesaria):

  * owner:  SamAnklesaria => duncan


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #5205: Control.Monad.forever leaks space

2011-06-19 Thread GHC
#5205: Control.Monad.forever leaks space
-+--
Reporter:  akio  |Owner:  igloo  
Type:  bug   |   Status:  new
Priority:  normal|Milestone:  7.2.1  
   Component:  libraries/base|  Version:  7.0.3  
Keywords:| Testcase: 
   Blockedby:|   Difficulty: 
  Os:  Unknown/Multiple  | Blocking: 
Architecture:  Unknown/Multiple  |  Failure:  Runtime performance bug
-+--
Changes (by igloo):

  * priority:  highest => normal


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #4421: Compilation performance regression

2011-06-19 Thread GHC
#4421: Compilation performance regression
-+--
Reporter:  simonmar  |Owner:  igloo   
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  7.2.1   
   Component:  Compiler  |  Version:  6.12.3  
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  Compile-time performance bug
-+--
Changes (by igloo):

  * priority:  highest => high


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #5176: RTS build failure with gcc-4.6.1

2011-06-19 Thread GHC
#5176: RTS build failure with gcc-4.6.1
-+--
Reporter:  erikd |Owner: 
Type:  bug   |   Status:  patch  
Priority:  highest   |Milestone:  7.2.1  
   Component:  Runtime System|  Version:  7.1
Keywords:| Testcase: 
   Blockedby:|   Difficulty: 
  Os:  Unknown/Multiple  | Blocking: 
Architecture:  Unknown/Multiple  |  Failure:  Building GHC failed
-+--
Changes (by igloo):

  * priority:  high => highest


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #5049: GHC Panic on Text.Highlighting.Kate.Syntax.Ocaml

2011-06-19 Thread GHC
#5049: GHC Panic on Text.Highlighting.Kate.Syntax.Ocaml
--+-
  Reporter:  Twey | 
 Owner:   
  Type:  bug  | 
Status:  closed   
  Priority:  high | 
 Milestone:  7.2.1
 Component:  Compiler | 
   Version:  7.0.2
Resolution:  invalid  | 
  Keywords:  panic expectJust constructSRT
  Testcase:  highlighting-kate-0.2.9:Text.Highlighting.Kate.Syntax.Ocaml  | 
 Blockedby:   
Difficulty:   | 
Os:  Linux
  Blocking:   |   
Architecture:  x86  
   Failure:  Compile-time crash   |  
--+-
Changes (by igloo):

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


Comment:

 No response from submitter, so closing.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #5027: Remove ability to use ghc-binary

2011-06-19 Thread GHC
#5027: Remove ability to use ghc-binary
---+
  Reporter:  igloo |  Owner:  
  Type:  bug   | Status:  closed  
  Priority:  high  |  Milestone:  7.2.1   
 Component:  Compiler  |Version:  7.0.2   
Resolution:  fixed |   Keywords:  
  Testcase:|  Blockedby:  
Difficulty:| Os:  Unknown/Multiple
  Blocking:|   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

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


Comment:

 We haven't done option 2, so I guess we're going with option 1.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #4922: Segfault / Assertion failed in RTS (Compact.c)

2011-06-19 Thread GHC
#4922: Segfault / Assertion failed in RTS (Compact.c)
-+--
  Reporter:  dleuschner  |  Owner:  simonmar  
  Type:  bug | Status:  closed
  Priority:  high|  Milestone:  7.2.1 
 Component:  Runtime System  |Version:  7.0.1 
Resolution:  worksforme  |   Keywords:
  Testcase:  |  Blockedby:
Difficulty:  | Os:  Linux 
  Blocking:  |   Architecture:  x86_64 (amd64)
   Failure:  Runtime crash   |  
-+--
Changes (by igloo):

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


Comment:

 No response from submitter, so closing.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #4359: Implement lambda-case/lambda-if

2011-06-19 Thread GHC
#4359: Implement lambda-case/lambda-if
-+--
Reporter:  batterseapower|Owner:  igloo   
Type:  feature request   |   Status:  patch   
Priority:  high  |Milestone:  7.4.1   
   Component:  Compiler  |  Version:  7.1 
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by igloo):

  * milestone:  7.2.1 => 7.4.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #4270: Out of memory when compiling Statistics.Quantile

2011-06-19 Thread GHC
#4270: Out of memory when compiling Statistics.Quantile
--+-
  Reporter:  Itkovian |  Owner:  igloo 
  Type:  bug  | Status:  closed
  Priority:  high |  Milestone:  7.2.1 
 Component:  Compiler |Version:  6.13  
Resolution:  fixed|   Keywords:  Out-of-memory 
  Testcase:  Statistics.Quantile  |  Blockedby:
Difficulty:   | Os:  Linux 
  Blocking:   |   Architecture:  x86_64 (amd64)
   Failure:  Compile-time crash   |  
--+-
Changes (by igloo):

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


Comment:

 We think the extra memory use is just due to keeping all the unfoldings in
 memory (rather than loading them from interface files on demand).

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2684: Stack overflow in stream-fusion library with GHC 6.10 RC

2011-06-19 Thread GHC
#2684: Stack overflow in stream-fusion library with GHC 6.10 RC
---+
  Reporter:  dons  |  Owner:  dons
  Type:  task  | Status:  closed  
  Priority:  high  |  Milestone:  7.2.1   
 Component:  Compiler  |Version:  6.9 
Resolution:  wontfix   |   Keywords:  
  Testcase:|  Blockedby:  
Difficulty:  Unknown   | Os:  Unknown/Multiple
  Blocking:|   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

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


Comment:

 Admitting defeat.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2357: Implement the Haskell' proposal for polymorphic pattern bindings

2011-06-19 Thread GHC
#2357: Implement the Haskell' proposal for polymorphic pattern bindings
+---
Reporter:  simonmar |Owner:  
Type:  task |   Status:  new 
Priority:  high |Milestone:  7.4.1   
   Component:  Compiler (Type checker)  |  Version:  6.8.2   
Keywords:   | Testcase:  
   Blockedby:   |   Difficulty:  Unknown 
  Os:  Unknown/Multiple | Blocking:  
Architecture:  Unknown/Multiple |  Failure:  None/Unknown
+---
Changes (by igloo):

  * milestone:  7.2.1 => 7.4.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #5224: Improve consistency checking for family instances

2011-06-19 Thread GHC
#5224: Improve consistency checking for family instances
-+--
Reporter:  simonpj   |Owner:  simonpj 
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  7.2.1   
   Component:  Compiler  |  Version:  7.0.3   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  Compile-time performance bug
-+--
Changes (by igloo):

  * owner:  => simonpj
  * priority:  highest => normal


Comment:

 I don't think this is critical for 7.2.1, after we removed most of the
 generic tuple instances. `T3064` and `T4801` are now failing because ghc
 doesn't allocate as much as expected, and `IndTypesPerf` is passing.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


[GHC] #5266: Licensing requirements and copyright notices

2011-06-19 Thread GHC
#5266: Licensing requirements and copyright notices
-+--
Reporter:  houeland  |   Owner:  
Type:  feature request   |  Status:  new 
Priority:  normal|   Component:  None
 Version:|Keywords:  copyright   
Testcase:|   Blockedby:  
  Os:  Unknown/Multiple  |Blocking:  
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
-+--
 I'm not sure where or how to bring this up, but I figured I would inform
 you that complying with the licensing requirements to distribute
 executables programmed in Haskell (using GHC) seems to be tiresome.

 I have a personal project written in Haskell and Lua, and I recently tried
 to make sure that I comply with the necessary requirements to distribute
 it. My result was a 1660-line copyright file
 (http://www.houeland.com/kol/docs/copyright), which I believe is
 excessive.

 This mostly stems from the use of BSD-style licenses for libraries, which
 require copyright notices to be reproduced for redistributions in binary
 form.

 Many of them are based on code from the GHC project + the Haskell 98
 Report + the Haskell Foreign Function Interface specification. I think it
 would be nice if at least those parts could clearly be distributed using
 only one reproduction of the GHC license (including allowing derived
 binary forms to not include the restrictions against claiming to be
 definitions of the Haskell 98 Language / Foreign Function Interface).
 Currently the GHC-based libraries have licenses that say they're derived
 from GHC and include the GHC license notice. The libraries are listed as
 BSD3 in cabal files, but it's not clear to me that the statement actually
 covers licensing for the entirety of the library (developments after the
 split), and whether all GHC-based libraries can currently be distributed
 using a single copyright notice.

 Generally, many of the other available Haskell libraries also seem to use
 BSD-style licenses, which can be a hassle to comply with for binary
 redistributions, mostly when dependencies also use separate BSD-style
 licenses that must be included. Having a 'default' license in the Haskell
 community that's similar to Boost or zlib instead of BSD3 might be
 preferable for the many smaller libraries available. Many of the libraries
 actually have different licenses (but similar ones such as MIT, or people
 modifying parts of their license file) while being listed as BSD3 in cabal
 files.

 I don't know exactly what you can do about this, but an easier licensing
 landscape for binary redistributions would certainly be nice. (And
 possibly tools for automatically listing licensing restrictions and
 producing copyright notices accurately.)

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


[GHC] #5265: Support for additional .ghci files in GHCi.

2011-06-19 Thread GHC
#5265: Support for additional .ghci files in GHCi.
-+--
Reporter:  SamAnklesaria |   Owner:  SamAnklesaria
Type:  feature request   |  Status:  new  
Priority:  normal|   Component:  Compiler 
 Version:  7.0.3 |Keywords:   
Testcase:|   Blockedby:   
  Os:  Unknown/Multiple  |Blocking:   
Architecture:  Unknown/Multiple  | Failure:  None/Unknown 
-+--
 Currently, GHCi only loads a single .ghci file. As a result, all user
 customizations and macros must be centralized to one location.
 Additionally, this leaves limited potential for tools using GHCi (cabal-
 install, for example) to customize the interpretation environment. I
 propose adding a -ghci-script flag for each additional .ghci file to be
 loaded in the order specified on the command line after the usual .ghci
 file in the current or user directory.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #5265: Support for additional .ghci files in GHCi.

2011-06-19 Thread GHC
#5265: Support for additional .ghci files in GHCi.
-+--
Reporter:  SamAnklesaria |   Owner:  SamAnklesaria
Type:  feature request   |  Status:  new  
Priority:  normal|   Component:  Compiler 
 Version:  7.0.3 |Keywords:   
Testcase:|   Blockedby:   
  Os:  Unknown/Multiple  |Blocking:   
Architecture:  Unknown/Multiple  | Failure:  None/Unknown 
-+--

Comment(by duncan):

 Note that we think we need this for the `cabal repl` feature that Sam is
 implementing for his GSoC project.
 http://lambdasandwich.blogspot.com/2011/06/reloading-ghci.html

 Our plan is for cabal to generate a ghci script that rebinds the `:reload`
 command so that it calls back out to cabal to re-run pre-processors
 (hsc2hs etc). Then `cabal repl` will invoke `ghci -ghci-script dist/ghci`
 or something like that.

 Sam will be preparing a patch. I'll do the first review. If possible we're
 aiming for inclusion in the 7.2 release.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


[GHC] #5264: Add support for out of source tree compilation.

2011-06-19 Thread GHC
#5264: Add support for out of source tree compilation.
-+--
Reporter:  kgardas   |   Owner:  
Type:  feature request   |  Status:  new 
Priority:  normal|   Component:  Build System
 Version:  7.1   |Keywords:  
Testcase:|   Blockedby:  
  Os:  Unknown/Multiple  |Blocking:  
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
-+--
 Hello,
 it would be good if GHC supports also out of source tree compilation so
 that files produced during the build will not pollute source tree. E.g.
 {{{
 mkdir obj-ghc
 cd obj-ghc
 ../ghc/configure
 make
 }}}
 Currently configure step complain about:
 {{{
 $ ../ghc/configure
 mk/config.h.in doesn't exist: perhaps you haven't run 'perl boot'?
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs