date:20100506

Re: [GHC] #3855: switch back to using a darcs repo for bytestring, and reenable the "redundant specialise pragmas" warning

2010-05-06 Thread GHC

#3855: switch back to using a darcs repo for bytestring, and reenable the
"redundant specialise pragmas" warning
---+
  Reporter:  igloo |  Owner:  igloo   
  Type:  bug   | Status:  closed  
  Priority:  high  |  Milestone:  6.14.1  
 Component:  Build System  |Version:  6.13
Resolution:  fixed |   Keywords:  
Difficulty:| Os:  Unknown/Multiple
  Testcase:|   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

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


Comment:

 Done.

-- 
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] #1904: Strictness analyser should be smarter

2010-05-06 Thread GHC

#1904: Strictness analyser should be smarter
-+--
Reporter:  igloo |Owner:  
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  _|_ 
   Component:  Compiler  |  Version:  6.8.1   
Keywords:|   Difficulty:  Unknown 
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by merehap):

 * cc: mere...@… (added)
  * failure:  => None/Unknown


-- 
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] #1380: Safe Haskell

2010-05-06 Thread GHC

#1380: Safe Haskell
-+--
Reporter:  igloo |Owner:  
Type:  feature request   |   Status:  new 
Priority:  normal|Milestone:  _|_ 
   Component:  None  |  Version:  6.6.1   
Keywords:|   Difficulty:  Unknown 
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by merehap):

 * cc: mere...@… (added)


-- 
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] #1245: Turn tuples into syntactic sugar for heterogeneous lists

2010-05-06 Thread GHC

#1245: Turn tuples into syntactic sugar for heterogeneous lists
+---
Reporter:  benja.fallenst...@…  |Owner:  
Type:  feature request  |   Status:  new 
Priority:  normal   |Milestone:  _|_ 
   Component:  Compiler |  Version:  6.6 
Keywords:   |   Difficulty:  Unknown 
  Os:  Unknown/Multiple | Testcase:  
Architecture:  Unknown/Multiple |  Failure:  None/Unknown
+---
Changes (by merehap):

 * cc: mere...@… (added)
  * failure:  => None/Unknown


-- 
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] #956: improving error messages #1

2010-05-06 Thread GHC

#956: improving error messages #1
+---
Reporter:  Bulat Ziganshin   |Owner:  
simonpj 
Type:  feature request  |   Status:  
new 
Priority:  normal   |Milestone:  
_|_ 
   Component:  Compiler |  Version:  
6.6 
Keywords:   |   Difficulty:  
Unknown 
  Os:  Unknown/Multiple | Testcase: 
 
Architecture:  Unknown/Multiple |  Failure:  
None/Unknown
+---
Changes (by merehap):

 * cc: mere...@… (added)
  * failure:  => None/Unknown


-- 
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] #635: Replace use of select() in the I/O manager with epoll/kqueue/etc.

2010-05-06 Thread GHC

#635: Replace use of select() in the I/O manager with epoll/kqueue/etc.
-+--
Reporter:  simonmar  |Owner:  bos   
Type:  task  |   Status:  new   
Priority:  normal|Milestone:  _|_   
   Component:  libraries/base|  Version:  6.4.1 
Keywords:|   Difficulty:  Project (more than a week)
  Os:  Unknown/Multiple  | Testcase:  N/A   
Architecture:  Unknown/Multiple  |  Failure:  Runtime performance bug   
-+--
Changes (by merehap):

 * cc: mere...@… (added)


-- 
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] #666: Collection hierarchy proposal

2010-05-06 Thread GHC

#666: Collection hierarchy proposal
-+--
Reporter:  jpbernardy|Owner:  jpbernardy  
Type:  feature request   |   Status:  new 
Priority:  normal|Milestone:  _|_ 
   Component:  libraries/base|  Version:  6.4.1   
Keywords:  Data collections  |   Difficulty:  Unknown 
  Os:  Unknown/Multiple  | Testcase:  N/A 
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by merehap):

 * cc: mere...@… (added)
  * failure:  => None/Unknown


-- 
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] #676: Write a performance checker for collections.

2010-05-06 Thread GHC

#676: Write a performance checker for collections.
--+-
Reporter:  jpbernardy |Owner:  Alson Kemp  
Type:  task   |   Status:  new 
Priority:  normal |Milestone:  _|_ 
   Component:  libraries (other)  |  Version:  6.4.1   
Keywords:  collections|   Difficulty:  Unknown 
  Os:  Unknown/Multiple   | Testcase:  N/A 
Architecture:  Unknown/Multiple   |  Failure:  None/Unknown
--+-
Changes (by merehap):

 * cc: mere...@… (added)
  * failure:  => None/Unknown


-- 
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] #3339: Data.Monoid: Add (<>) as a synonym for mappend

2010-05-06 Thread GHC

#3339: Data.Monoid: Add (<>) as a synonym for mappend
-+--
Reporter:  bos   |Owner:  
Type:  proposal  |   Status:  new 
Priority:  normal|Milestone:  Not GHC 
   Component:  libraries/base|  Version:  6.10.3  
Keywords:|   Difficulty:  Unknown 
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by merehap):

 * cc: mere...@… (added)
  * failure:  => None/Unknown


-- 
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] #4029: ghci leaks memory when loading a file

2010-05-06 Thread GHC

#4029: ghci leaks memory when loading a file
-+--
Reporter:  blarsen   |Owner:  
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  6.12.3  
   Component:  GHCi  |  Version:  
Keywords:  memory leak   |   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  Compile-time performance bug
-+--

Comment(by judahj):

 That looks like it would be fine; InputT is always run on top of a MonadIO
 instance, so using a lazy `StateT` monad wouldn't make much sense anyway.

 The latest release of haskeline (0.6.2.2) uses a continuation-based
 implementation of StateT; can you verify whether that also fixes the
 problem?

 Note that there were several other nontrivial internal changes between
 haskeline-0.6.2.1 (which was released with 6.12.[1,2]) and 0.6.2.2; so I'm
 not sure how suitable the latter is for the ghc-6.12.3 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

Re: [GHC] #3524: Add mfilter to Control.Monad

2010-05-06 Thread GHC

#3524: Add mfilter to Control.Monad
-+--
Reporter:  JonFairbairn  |Owner:  
Type:  proposal  |   Status:  new 
Priority:  normal|Milestone:  6.14.1  
   Component:  libraries/base|  Version:  6.10.4  
Keywords:|   Difficulty:  Unknown 
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by merehap):

 * cc: mere...@… (added)
  * failure:  => None/Unknown


-- 
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] #2889: Compilation fails - Can't opne temporary

2010-05-06 Thread GHC

#2889: Compilation fails - Can't opne temporary
---+
  Reporter:  fobrock   |  Owner: 
  Type:  bug   | Status:  new
  Priority:  high  |  Milestone:  6.12.3 
 Component:  Compiler  |Version:  6.12.2 
Resolution:|   Keywords: 
Difficulty:  Unknown   | Os:  Windows
  Testcase:|   Architecture:  x86
   Failure:  None/Unknown  |  
---+
Changes (by catenate):

 * cc: jason.cat...@… (added)


-- 
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] #2889: Compilation fails - Can't opne temporary

2010-05-06 Thread GHC

#2889: Compilation fails - Can't opne temporary
---+
  Reporter:  fobrock   |  Owner: 
  Type:  bug   | Status:  new
  Priority:  high  |  Milestone:  6.12.3 
 Component:  Compiler  |Version:  6.12.2 
Resolution:|   Keywords: 
Difficulty:  Unknown   | Os:  Windows
  Testcase:|   Architecture:  x86
   Failure:  None/Unknown  |  
---+
Changes (by catenate):

 * cc: jason.cat...@… (removed)
  * status:  infoneeded => new


Comment:

 {{{
 $ ghc -o fun fun.lhs -v
 Glasgow Haskell Compiler, Version 6.12.2, for Haskell 98, stage 2 booted
 by GHC version 6.10.4
 Using binary package database:
 C:\ghc\ghc-6.12.2\lib\package.conf.d\package.cache
 hiding package base-3.0.3.2 to avoid conflict with later version
 base-4.2.0.1
 wired-in package ghc-prim mapped to ghc-
 prim-0.2.0.0-2feb0cb38f65a4827135ada88c34f3ef
 wired-in package integer-gmp mapped to integer-
 gmp-0.2.0.1-72436e28c79d056c87cc0d2d2f9f3773
 wired-in package base mapped to
 base-4.2.0.1-e67521506d04c3365c98fc1e12a99284
 wired-in package rts mapped to builtin_rts
 wired-in package haskell98 mapped to
 haskell98-1.0.1.1-072e20c932a903893ed52d76c306e5a9
 wired-in package template-haskell mapped to template-
 haskell-2.4.0.1-401621dedd4a5f07bfd8630247358bf5
 wired-in package dph-seq mapped to dph-
 seq-0.4.0-e553cb9a3e4f35b3b3c8ded2779c73c7
 wired-in package dph-par mapped to dph-
 par-0.4.0-0db8a1ada59033abf7a1af8ae3cfcbf2
 Hsc static flags: -static
 Created temporary directory: D:\Profiles\cjc040\/ghc504_0
 *** Literate pre-processor:
 C:\ghc\ghc-6.12.2\lib\unlit.exe -h fun.lhs fun.lhs
 D:\Profiles\cjc040\/ghc504_0\ghc504_0.lpp
 *** Checking old interface for main:Main:
 compilation IS NOT required
 *** Touching object file:
 C:\ghc\ghc-6.12.2\lib\touchy.exe fun.o
 *** Windres:
 C:\ghc\ghc-6.12.2\lib\..\mingw\bin\windres
 --preprocessor="C:\ghc\ghc-6.12.2\lib\..\mingw\bin\gcc" "-E" "-xc"
 "-DRC_INVOKED" --use-temp-file
 --input=D:\Profiles\cjc040\/ghc504_0\ghc504_0.rc
 --output=D:\Profiles\cjc040\/ghc504_0\ghc504_0.o --output-format=coff
 C:\ghc\ghc-6.12.2\lib\..\mingw\bin\windres: can't open temporary file
 `\/cca03208.irc': Invalid argument
 *** Deleting temp files:
 Deleting: D:\Profiles\cjc040\/ghc504_0\ghc504_0.o
 D:\Profiles\cjc040\/ghc504_0\ghc504_0.rc
 D:\Profiles\cjc040\/ghc504_0\ghc504_0.s
 D:\Profiles\cjc040\/ghc504_0\ghc504_0.lpp
 Warning: deleting non-existent D:\Profiles\cjc040\/ghc504_0\ghc504_0.o
 Warning: deleting non-existent D:\Profiles\cjc040\/ghc504_0\ghc504_0.s
 *** Deleting temp dirs:
 Deleting: D:\Profiles\cjc040\/ghc504_0
 $

 }}}

-- 
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] #4043: Parsing of guards, and type signatures

2010-05-06 Thread GHC

#4043: Parsing of guards, and type signatures
--+-
Reporter:  igloo  |Owner:  
Type:  bug|   Status:  new 
Priority:  normal |Milestone:  _|_ 
   Component:  Compiler (Parser)  |  Version:  6.12.2  
Keywords: |   Difficulty:  
  Os:  Unknown/Multiple   | Testcase:  
Architecture:  Unknown/Multiple   |  Failure:  None/Unknown
--+-
Changes (by simonpj):

  * milestone:  6.14.1 => _|_


Comment:

 The intention in language definition is to avoid the ambiguity of
 {{{
 case e1 of
   Just y | e2 :: Bool -> Int -> True
 }}}
 by requiring a guard to be an infixexp.  But sadly a 'let' is an infixexp
 too:
 {{{
 case e1 of
   Just y | let z=e3 in e2 :: Bool -> Int -> True
 }}}
 so the problem is still there in the language definition.

 In GHC's parser the same productions are used for guard and for qualifiers
 in list comprehensions, which are not subject to the same constraints.  I
 am reluctant to meddle with the parser (always delicate) for a corner case
 that (a) is unlikely to be encountered in practice and (b) is arguably
 still a mess in the language definition.

 So I propose to do nothing.  If anyone feels motivated to take up the
 cudgels and look at the parser, we'll happily entertain a patch.

-- 
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] #2889: Compilation fails - Can't opne temporary

2010-05-06 Thread GHC

#2889: Compilation fails - Can't opne temporary
---+
  Reporter:  fobrock   |  Owner:
  Type:  bug   | Status:  infoneeded
  Priority:  high  |  Milestone:  6.12.3
 Component:  Compiler  |Version:  6.12.2
Resolution:|   Keywords:
Difficulty:  Unknown   | Os:  Windows   
  Testcase:|   Architecture:  x86   
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

  * status:  new => infoneeded


Comment:

 Can you paste the output of
 {{{
 ghc -o fun fun.lhs -v
 }}}
 please?

-- 
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] #2889: Compilation fails - Can't opne temporary

2010-05-06 Thread GHC

#2889: Compilation fails - Can't opne temporary
---+
  Reporter:  fobrock   |  Owner: 
  Type:  bug   | Status:  new
  Priority:  high  |  Milestone:  6.12.3 
 Component:  Compiler  |Version:  6.12.2 
Resolution:|   Keywords: 
Difficulty:  Unknown   | Os:  Windows
  Testcase:|   Architecture:  x86
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

  * milestone:  6.12.2 => 6.12.3


-- 
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] #2889: Compilation fails - Can't opne temporary

2010-05-06 Thread GHC

#2889: Compilation fails - Can't opne temporary
---+
  Reporter:  fobrock   |  Owner: 
  Type:  bug   | Status:  new
  Priority:  high  |  Milestone:  6.12.2 
 Component:  Compiler  |Version:  6.12.2 
Resolution:|   Keywords: 
Difficulty:  Unknown   | Os:  Windows
  Testcase:|   Architecture:  x86
   Failure:  None/Unknown  |  
---+
Changes (by catenate):

 * cc: jason.cat...@… (added)
  * status:  closed => new
  * version:  6.10.4 => 6.12.2
  * resolution:  fixed =>


Comment:

 Running Cygwin 1.7.5-1, just updated.  Downloaded and installed GHC 6.12.2
 binary (no previous install) for Windows (XP SP3), not the Haskell
 Platform (blocked as virus;).


 {{{
 $ make fun
 ghc -o fun fun.lhs
 C:\ghc\ghc-6.12.2\lib\..\mingw\bin\windres: can't open temporary file
 `\/cca03476.irc': Invalid argument
 make: *** [fun] Error 1
 $ ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.12.2

 }}}

-- 
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] #1693: Make distclean (still) doesn't

2010-05-06 Thread GHC

#1693: Make distclean (still) doesn't
-+--
Reporter:  simonpj   |Owner:  igloo   
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  6.12.3  
   Component:  Build System  |  Version:  6.6.1   
Keywords:|   Difficulty:  Unknown 
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by igloo):

  * owner:  => igloo


Comment:

 The problem with `make distclean` in the nightly builds is that we
 sometimes want to poke around in them to see what happened. Also, it would
 be nice if validate checked it too.

 Perhaps a better idea would be to have `$(RM)` and `$(RMREC)` make
 variables that, depending no whether we really want to clean, either run
 rm, or print out what would be removed. Then a script could work out if
 the tree would be correctly cleaned.

-- 
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] #3810: Problems in core lib haddocks

2010-05-06 Thread GHC

#3810: Problems in core lib haddocks
--+-
Reporter:  igloo  |Owner:  igloo   
Type:  bug|   Status:  new 
Priority:  high   |Milestone:  6.12.3  
   Component:  libraries (other)  |  Version:  6.12.1  
Keywords: |   Difficulty:  
  Os:  Unknown/Multiple   | Testcase:  
Architecture:  Unknown/Multiple   |  Failure:  None/Unknown
--+-
Changes (by igloo):

  * owner:  => igloo


-- 
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] #4005: paraffins: slowdown of ca 2 with -O2

2010-05-06 Thread GHC

#4005: paraffins: slowdown of ca 2 with -O2
-+--
Reporter:  hwloidl   |Owner:  igloo 
Type:  bug   |   Status:  new   
Priority:  high  |Milestone:  6.12.3
   Component:  Compiler  |  Version:  6.12.1 RC1
Keywords:  optimisation  |   Difficulty:
  Os:  Linux | Testcase:  see attached (compile and run) log
Architecture:  x86   |  Failure:  Runtime performance bug   
-+--

Comment(by igloo):

 Slow:
 {{{
 ghc --make pL -fforce-recomp -rtsopts -fenable-rewrite-rules -fno-ignore-
 interface-pragmas
 }}}

 Fast:
 {{{
 ghc --make pL -fforce-recomp -rtsopts -fno-ignore-interface-pragmas
 }}}

-- 
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] #3955: occasional stray "mkUsageInfo" output

2010-05-06 Thread GHC

#3955: occasional stray "mkUsageInfo" output
-+--
  Reporter:  dmwit   |  Owner:  simonpj   
  Type:  bug | Status:  closed
  Priority:  normal  |  Milestone:  6.12.3
 Component:  Compiler|Version:  6.12.1
Resolution:  fixed   |   Keywords:
Difficulty:  | Os:  Linux 
  Testcase:  typecheck/should_compile/T3955  |   Architecture:  x86_64 (amd64)
   Failure:  Other   |  
-+--
Changes (by simonpj):

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


Comment:

 Fixed by
 {{{
 Fri Apr  9 17:37:10 BST 2010  simo...@microsoft.com
   * Fix Trac #3955: renamer and type variables

   The renamer wasn't computing the free variables of a type declaration
   properly.  This patch refactors a bit, and makes it more robust,
   fixing #3955 and several other closely-related bugs.  (We were
   omitting some free variables and that could just possibly lead to a
   usage-version tracking error.

 M ./compiler/rename/RnEnv.lhs -3 +11
 M ./compiler/rename/RnSource.lhs -43 +38
 }}}
 Then I made the mkUsageInfo warning into a panic
 {{{
 Thu May  6 17:38:13 BST 2010  simo...@microsoft.com
   * Make a missing name in mkUsageInfo into a panic

   We really want to know about this!

 M ./compiler/iface/MkIface.lhs -1 +1
 }}}
 But this revealed more bugs:

 {{{
 Thu May  6 17:27:19 BST 2010  simo...@microsoft.com
   * Make tcg_dus behave more sanely; fixes a mkUsageInfo panic

   The tcg_dus field used to contain *uses* of type and class decls,
   but not *defs*.  That was inconsistent, and it really went wrong
   for Template Haskell bracket.  What happened was that
foo = [d| data A = A
f :: A -> A
f x = x |]
   would find a "use" of A when processing the top level of the module,
   which in turn led to a mkUsageInfo panic in MkIface.  The cause was
   the fact that the tcg_dus for the nested quote didn't have defs for
   A.

 M ./compiler/basicTypes/NameSet.lhs -4 +5
 M ./compiler/rename/RnBinds.lhs -2 +2
 M ./compiler/rename/RnExpr.lhs -4 +5
 M ./compiler/rename/RnSource.lhs -27 +30
 }}}
 plus, I belive,
 {{{
 Thu May  6 17:41:35 BST 2010  simo...@microsoft.com
   * Find the correct external ids when there's a wrapper

   We were failing to externalise the wrapper id for a function
   that had one.

 M ./compiler/main/TidyPgm.lhs -2 +9
 }}}
 (I'm not 100% sure of what this patch was about!)

 Simon

-- 
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] #3966: Warn about useless UNPACK pragmas

2010-05-06 Thread GHC

#3966: Warn about useless UNPACK pragmas
-+--
  Reporter:  tibbe   |  Owner:  
  Type:  feature request | Status:  closed  
  Priority:  normal  |  Milestone:  6.14.1  
 Component:  Compiler|Version:  6.12.1  
Resolution:  fixed   |   Keywords:  
Difficulty:  | Os:  Unknown/Multiple
  Testcase:  typecheck/should_compile/T3966  |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown|  
-+--
Changes (by simonpj):

  * status:  new => closed
  * testcase:  => typecheck/should_compile/T3966
  * resolution:  => fixed


Comment:

 I thought this was going to be easy:

 {{{
 Fri Apr  9 21:18:12 BST 2010  simo...@microsoft.com
   * Fix Trac #3966: warn about unused UNPACK pragmas

 M ./compiler/typecheck/TcTyClsDecls.lhs -6 +11
 }}}
 but that didn't work (it was too eager, and went into the typechecker-
 black-hole).  I ended up doing quite a lot of refactoring.
 {{{
 Thu May  6 17:33:37 BST 2010  simo...@microsoft.com
   * Fix Trac #3966: warn about useless UNPACK pragmas

   Warning about useless UNPACK pragmas wasn't as easy as I thought.
   I did quite a bit of refactoring, which improved the code by refining
   the types somewhat.  In particular notice that in DataCon, we have

   dcStrictMarks   :: [HsBang]
   dcRepStrictness :: [StrictnessMarks]

   The former relates to the *source-code* annotation, the latter to
   GHC's representation choice.

 M ./compiler/basicTypes/BasicTypes.lhs -14 +37
 M ./compiler/basicTypes/DataCon.lhs -14 +15
 M ./compiler/basicTypes/MkId.lhs -14 +12
 M ./compiler/hsSyn/HsTypes.lhs -11
 M ./compiler/iface/BinIface.hs -7 +9
 M ./compiler/iface/BuildTyCl.lhs -2 +2
 M ./compiler/iface/IfaceSyn.lhs -2 +5
 M ./compiler/iface/MkIface.lhs +18
 M ./compiler/main/PprTyThing.hs -6 +2
 M ./compiler/parser/Parser.y.pp -1 +1
 M ./compiler/prelude/TysWiredIn.lhs -3 +2
 M ./compiler/typecheck/TcExpr.lhs -3 +3
 M ./compiler/typecheck/TcSplice.lhs -4 +3
 M ./compiler/typecheck/TcTyClsDecls.lhs -22 +44
 M ./compiler/vectorise/VectType.hs -3 +3
 }}}

-- 
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] #4050: Mac OS X build fails: ghc.mk:96: *** Make has restarted itself 3 times; is there a makefile bug?

2010-05-06 Thread GHC

#4050: Mac OS X build fails: ghc.mk:96: *** Make has restarted itself 3 times; 
is
there a makefile bug?
+---
Reporter:  thorkilnaur  |Owner: 
Type:  bug  |   Status:  new
Priority:  highest  |Milestone:  6.14.1 
   Component:  Compiler |  Version:  6.13   
Keywords:   |   Difficulty: 
  Os:  MacOS X  | Testcase: 
Architecture:  x86  |  Failure:  Building GHC failed
+---
Changes (by igloo):

  * priority:  normal => highest
  * milestone:  => 6.14.1


Comment:

 Thanks for the report.

 The loop is quite small: about 20 lines at the end of
 http://darcs.haskell.org/ghcBuilder/builders/tn23/20/8.html

-- 
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] #3996: bug in GHC when compiling HOC (SVN revision 413)

2010-05-06 Thread GHC

#3996: bug in GHC when compiling HOC (SVN revision 413)
-+--
Reporter:  andrewe   |Owner:  
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  6.12.3  
   Component:  Compiler  |  Version:  6.10.4  
Keywords:  HOC   |   Difficulty:  
  Os:  MacOS X   | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by andrewe):

  * status:  infoneeded => new


Comment:

 Igloo, you're right, the instruction were not correct as Setup.hs resides
 inside the hoc sub-directory.
 I upgraded to GHC 6.12.1. The bug is not reprodusible there (the sources
 don't compile with it, but that is of course not the issue for this
 ticket.)

-- 
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] #4038: segmentation fault between GHC-6.12.2 and gtk2hs

2010-05-06 Thread GHC

#4038: segmentation fault between GHC-6.12.2 and gtk2hs
---+
Reporter:  guest   |Owner:  simonmar 
Type:  bug |   Status:  new  
Priority:  highest |Milestone:  6.12.3   
   Component:  Runtime System  |  Version:  6.12.2   
Keywords:  segmentation fault  |   Difficulty:   
  Os:  Unknown/Multiple| Testcase:   
Architecture:  Unknown/Multiple|  Failure:  Runtime crash
---+
Changes (by simonmar):

  * component:  Compiler => Runtime System
  * priority:  normal => highest
  * architecture:  x86_64 (amd64) => Unknown/Multiple
  * milestone:  => 6.12.3
  * owner:  => simonmar
  * os:  Linux => Unknown/Multiple


Comment:

 Sorry about this, I'm on it.

-- 
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] #3933: "include" deprecation warning is a bit off

2010-05-06 Thread GHC

#3933: "include" deprecation warning is a bit off
+---
  Reporter:  isaacdupree|  Owner:  igloo
   
  Type:  bug| Status:  closed   
   
  Priority:  high   |  Milestone:  6.12.3   
   
 Component:  Compiler   |Version:  6.12.1   
   
Resolution:  fixed  |   Keywords:   
   
Difficulty: | Os:  
Unknown/Multiple
  Testcase: |   Architecture:  
Unknown/Multiple
   Failure:  Incorrect warning at compile-time  |  
+---
Changes (by igloo):

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


Comment:

 Fixed in HEAD and 6.12:
 {{{
 Thu May  6 14:09:10 BST 2010  Ian Lynagh 
   * Give a better deprecated message for INCLUDE pragmas; fixes #3933
   We now have a DeprecatedFullText constructor, so we can override the
   "-#include is deprecated: " part of the warning.
 }}}

-- 
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] #4050: Mac OS X build fails: ghc.mk:96: *** Make has restarted itself 3 times; is there a makefile bug?

2010-05-06 Thread GHC

#4050: Mac OS X build fails: ghc.mk:96: *** Make has restarted itself 3 times; 
is
there a makefile bug?
+---
Reporter:  thorkilnaur  |   Owner: 
Type:  bug  |  Status:  new
Priority:  normal   |   Component:  Compiler   
 Version:  6.13 |Keywords: 
  Os:  MacOS X  |Testcase: 
Architecture:  x86  | Failure:  Building GHC failed
+---
 The tn23 GHC builder
 {{{
 thorkil-naurs-intel-mac-mini:~ thorkilnaur$ uname -a
 Darwin thorkil-naurs-intel-mac-mini.local 9.8.0 Darwin Kernel Version
 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386
 i386
 thorkil-naurs-intel-mac-mini:~ thorkilnaur$ ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.10.4
 thorkil-naurs-intel-mac-mini:~ thorkilnaur$
 }}}
 fails with:
 {{{
 chmod +x   inplace/bin/hsc2hs
 "inplace/bin/hsc2hs" --cc=/usr/bin/gcc --ld=/usr/bin/gcc  --cflag=-m32
 --cflag=-D__GLASGOW_HASKELL__=613 '--cflag=-m32' '--
 cflag=-Ilibraries/hpc/.' '--
 
cflag=-isystem/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/directory-1.0.0.3/include'
 '--
 
cflag=-isystem/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/unix-2.3.2.0/include'
 '--
 cflag=-isystem/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4
 /old-time-1.0.0.2/include' '--
 
cflag=-isystem/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/base-4.1.0.0/include'
 '--
 
cflag=-isystem/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/include'
 '--lflag=-m32' '--
 
lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/directory-1.0.0.3'
 '--
 
lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/unix-2.3.2.0'
 '--
 lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4
 /old-time-1.0.0.2' '--
 lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4
 /old-locale-1.0.0.1' '--
 
lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/filepath-1.1.0.2'
 '--
 
lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/containers-0.2.0.1'
 '--
 
lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/array-0.2.0.0'
 '--
 
lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/syb-0.1.0.1'
 '--
 
lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/base-4.1.0.0'
 '--
 
lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/integer-0.1.0.1'
 '--
 lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4
 /ghc-prim-0.1.0.0' '--
 lflag=-L/Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4'
 '--lflag=-ldl' '--lflag=-lm' '--lflag=-lffi' '--lflag=-lgmp' '--
 lflag=-ldl'   libraries/hpc/./Trace/Hpc/Reflect.hsc -o libraries/hpc/dist-
 boot/build/Trace/Hpc/Reflect.hs
 "rm" -f libraries/hpc/dist-boot/build/.depend-v.haskell.tmp
 touch libraries/hpc/dist-boot/build/.depend-v.haskell.tmp
 "/Library/Frameworks/GHC.framework/Versions/610/usr/bin/ghc" -M -include-
 pkg-deps -dep-makefile libraries/hpc/dist-boot/build/.depend-v.haskell.tmp
 -H32m -O -package-conf libraries/bootstrapping.conf -package-name
 hpc-0.5.0.5 -hide-all-packages -i -ilibraries/hpc/. -ilibraries/hpc/dist-
 boot/build -ilibraries/hpc/dist-boot/build/autogen -Ilibraries/hpc/dist-
 boot/build -Ilibraries/hpc/dist-boot/build/autogen -Ilibraries/hpc/.
 -optP-include -optPlibraries/hpc/dist-boot/build/autogen/cabal_macros.h
 -package base-4.1.0.0 -package containers-0.2.0.1 -package
 directory-1.0.0.3 -package old-time-1.0.0.2 -Wall -XCPP -fno-warn-
 deprecated-flags -odir libraries/hpc/dist-boot/build -hidir libraries/hpc
 /dist-boot/build -stubdir libraries/hpc/dist-boot/build -hisuf hi -osuf o
 -hcsuf hc  libraries/hpc/./Trace/Hpc/Util.hs
 libraries/hpc/./Trace/Hpc/Mix.hs  libraries/hpc/./Trace/Hpc/Tix.hs
 libraries/hpc/dist-boot/build/Trace/Hpc/Reflect.hs
 echo "libraries/hpc_dist-boot_depfile_haskell_EXISTS = YES" >>
 libraries/hpc/dist-boot/build/.depend-v.haskell.tmp
 for dir in libraries/hpc/dist-boot/build/Trace/Hpc/; do if test ! -d $dir;
 then mkdir -p $dir; fi done
 mv libraries/hpc/dist-boot/build/.depend-v.haskell.tmp libraries/hpc/dist-
 boot/build/.depend-v.haskell
 ghc.mk:96: *** Make has restarted itself 3 times; is there a makefile
 bug?.  Stop.
 make: *** [all] Error 2
 }}}
 First time: http://darcs.haskell.org/ghcBuilder/builders/tn23/20.html

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
ht

Re: [GHC] #4040: Eq instance for Data.Data.DataType

2010-05-06 Thread GHC

#4040: Eq instance for Data.Data.DataType
-+--
Reporter:  Eelis-|Owner:  igloo   
Type:  feature request   |   Status:  patch   
Priority:  normal|Milestone:  
   Component:  libraries/base|  Version:  6.12.2  
Keywords:  syb   |   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--

Comment(by igloo):

 It feels wrong for `DataType` and `Constr` to have `Eq` instances that
 behave differently. Should we have a
 [http://www.haskell.org/haskellwiki/Library_submissions library proposal]
 to change them both to be derived?

-- 
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] #3961: -O results in incorrect behavior (was: -O results in incorrect behavior on Mac OS X)

2010-05-06 Thread GHC

#3961: -O results in incorrect behavior
-+--
Reporter:  RichardG  |Owner:  simonpj
Type:  bug   |   Status:  new
Priority:  high  |Milestone:  6.12.3 
   Component:  Compiler  |  Version:  6.12.1 
Keywords:|   Difficulty: 
  Os:  MacOS X   | Testcase: 
Architecture:  x86   |  Failure:  Incorrect result at runtime
-+--

-- 
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] #3961: -O results in incorrect behavior on Mac OS X

2010-05-06 Thread GHC

#3961: -O results in incorrect behavior on Mac OS X
-+--
Reporter:  RichardG  |Owner:  simonpj
Type:  bug   |   Status:  new
Priority:  high  |Milestone:  6.12.3 
   Component:  Compiler  |  Version:  6.12.1 
Keywords:|   Difficulty: 
  Os:  MacOS X   | Testcase: 
Architecture:  x86   |  Failure:  Incorrect result at runtime
-+--
Changes (by igloo):

  * owner:  => simonpj


-- 
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] #4029: ghci leaks memory when loading a file

2010-05-06 Thread GHC

#4029: ghci leaks memory when loading a file
-+--
Reporter:  blarsen   |Owner:  
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  6.12.3  
   Component:  GHCi  |  Version:  
Keywords:  memory leak   |   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  Compile-time performance bug
-+--
Changes (by simonmar):

 * cc: judah.jacob...@… (added)


Comment:

 Making Haskeline's `InputT` monad more strict fixes this, though I only
 have a vague idea of what's going on (the heap profiler doesn't work with
 GHCi).  Poking around in the heap I found that data from previous
 compilations appears to be hung onto by chains of thunks originating in
 the `InputT` monad.

 Judah: could this lead to any problems?   (see attached patch for
 Haskeline)

-- 
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] #3933: "include" deprecation warning is a bit off

2010-05-06 Thread GHC

#3933: "include" deprecation warning is a bit off
-+--
Reporter:  isaacdupree   |Owner:  igloo 
   
Type:  bug   |   Status:  new   
   
Priority:  high  |Milestone:  6.12.3
   
   Component:  Compiler  |  Version:  6.12.1
   
Keywords:|   Difficulty:
   
  Os:  Unknown/Multiple  | Testcase:
   
Architecture:  Unknown/Multiple  |  Failure:  Incorrect warning at 
compile-time
-+--
Changes (by igloo):

  * owner:  => igloo


-- 
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] #3149: Data.HashTable is slow

2010-05-06 Thread GHC

#3149: Data.HashTable is slow
-+--
Reporter:  dons  | Type:  bug   
  Status:  closed| Priority:  normal
   Milestone:  _|_   |Component:  libraries/base
 Version:  6.10.1|   Resolution:  fixed 
Keywords:|   Difficulty:  Unknown   
  Os:  Unknown/Multiple  | Testcase:
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown  
-+--
Changes (by simonmar):

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


Comment:

 I'm claiming this is fixed in 6.12.1:

 {{{
 $ ./3149 +RTS -s
 ./3149 +RTS -s
 Just 100
1,826,563,432 bytes allocated in the heap
3,333,946,592 bytes copied during GC
  836,996,392 bytes maximum residency (11 sample(s))
5,558,824 bytes maximum slop
 1621 MB total memory in use (25 MB lost due to fragmentation)

   Generation 0:  3400 collections, 0 parallel,  3.17s,  3.21s elapsed
   Generation 1:11 collections, 0 parallel,  4.43s,  5.63s elapsed

   INIT  time0.00s  (  0.00s elapsed)
   MUT   time0.62s  (  0.61s elapsed)
   GCtime7.60s  (  8.84s elapsed)
   EXIT  time0.00s  (  0.00s elapsed)
   Total time8.23s  (  9.46s elapsed)

   %GC time  92.4%  (93.5% elapsed)

   Alloc rate2,918,294,477 bytes per MUT second

   Productivity   7.6% of total user, 6.6% of total elapsed
 }}}

-- 
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] #4041: possible misbehaviour of hGet/hGetBuf

2010-05-06 Thread GHC

#4041: possible misbehaviour of hGet/hGetBuf
-+--
Reporter:  duncan|Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone: 
   Component:  libraries/base|  Version:  6.12.1 
Keywords:|   Difficulty: 
  Os:  MacOS X   | Testcase: 
Architecture:  Unknown/Multiple  |  Failure:  Incorrect result at runtime
-+--

Comment(by simonmar):

 See also

 [[TicketQuery(id=4046|)]]

-- 
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] #4005: paraffins: slowdown of ca 2 with -O2

2010-05-06 Thread GHC

#4005: paraffins: slowdown of ca 2 with -O2
-+--
Reporter:  hwloidl   |Owner:  igloo 
Type:  bug   |   Status:  new   
Priority:  high  |Milestone:  6.12.3
   Component:  Compiler  |  Version:  6.12.1 RC1
Keywords:  optimisation  |   Difficulty:
  Os:  Linux | Testcase:  see attached (compile and run) log
Architecture:  x86   |  Failure:  Runtime performance bug   
-+--

Comment(by simonmar):

 Oh, I should mention that I tried `-fno-cse` and `-fno-full-laziness`, but
 neither made any difference.

-- 
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] #4005: paraffins: slowdown of ca 2 with -O2

2010-05-06 Thread GHC

#4005: paraffins: slowdown of ca 2 with -O2
-+--
Reporter:  hwloidl   |Owner:  igloo 
Type:  bug   |   Status:  new   
Priority:  high  |Milestone:  6.12.3
   Component:  Compiler  |  Version:  6.12.1 RC1
Keywords:  optimisation  |   Difficulty:
  Os:  Linux | Testcase:  see attached (compile and run) log
Architecture:  x86   |  Failure:  Runtime performance bug   
-+--

Comment(by simonmar):

 The heap is full of `[Radical]`.  It looks like the optimiser has somehow
 increased sharing, but I couldn't pinpoint the problem easily because the
 Core is long and very deeply nested.

-- 
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] #3149: Data.HashTable is slow

2010-05-06 Thread GHC

#3149: Data.HashTable is slow
---+
  Reporter:  dons  |   Type:  bug 
Status:  new   |   Priority:  normal  
 Milestone:  _|_   |  Component:  libraries/base  
   Version:  6.10.1|   Keywords:  
Difficulty:  Unknown   | Os:  Unknown/Multiple
  Testcase:|   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  |  
---+
Changes (by merehap):

 * cc: mere...@… (added)
  * failure:  => None/Unknown


-- 
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] #3951: Unknown symbol error when ghci tries to load package scion

2010-05-06 Thread GHC

#3951: Unknown symbol error when ghci tries to load package scion
---+
  Reporter:  greenrd   |  Owner:
  Type:  bug   | Status:  closed
  Priority:  normal|  Milestone:  6.12.3
 Component:  Compiler  |Version:  6.12.1
Resolution:  invalid   |   Keywords:
Difficulty:| Os:  Linux 
  Testcase:|   Architecture:  x86   
   Failure:  None/Unknown  |  
---+

Comment(by simonpj):

 Yes, its really a bad Cabal bug that it lets you successfully build a
 Scion package that is missing one of its modules.  The error only shows up
 when consumers use the package.  Argh!

 Simon

-- 
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] #4034: GHC 6.12.2 fails to build on PowerPC / MacOS X Leopard

2010-05-06 Thread GHC

#4034: GHC 6.12.2 fails to build on PowerPC / MacOS X Leopard
-+--
Reporter:  PHO   |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone:  6.12.3 
   Component:  Compiler  |  Version:  6.12.2 
Keywords:|   Difficulty: 
  Os:  MacOS X   | Testcase: 
Architecture:  powerpc   |  Failure:  Building GHC failed
-+--
Changes (by simonmar):

  * milestone:  => 6.12.3


Comment:

 You can narrow down the problem by compiling individual modules in the RTS
 with or without -optc-O2.  Also try the sanity checker (+RTS -DS).  It
 will make things easier if you find a smaller program from the testsuite
 that fails, rather than GHC itself.

 I'd like to point out that it's not unknown for GCC to have bugs - we've
 had to work around them in the past, e.g. look in `LdvProfile.c`.

-- 
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] #4036: Compiled FFI static imports are invalid when imported in GHCI

2010-05-06 Thread GHC

#4036: Compiled FFI static imports are invalid when imported in GHCI
--+-
  Reporter:  jmillikin|  Owner:
  Type:  bug  | Status:  closed
  Priority:  normal   |  Milestone:
 Component:  Compiler (FFI)   |Version:  6.12.1
Resolution:  duplicate|   Keywords:
Difficulty:   | Os:  Linux 
  Testcase:   |   Architecture:  x86_64 (amd64)
   Failure:  Incorrect result at runtime  |  
--+-
Changes (by simonmar):

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


Comment:

 Thanks for the report; this is a known bug (#781) that is hard to fix.
 You can compile your code with `-fPIC` to work around it.

-- 
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] #4035: Asynchronous exception wormholes kill modularity

2010-05-06 Thread GHC

#4035: Asynchronous exception wormholes kill modularity
-+--
Reporter:  basvandijk|Owner:  simonmar
Type:  proposal  |   Status:  new 
Priority:  high  |Milestone:  6.14.1  
   Component:  libraries/base|  Version:  6.12.2  
Keywords:|   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by simonmar):

  * priority:  normal => high
  * milestone:  => 6.14.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] #4035: Asynchronous exception wormholes kill modularity

2010-05-06 Thread GHC

#4035: Asynchronous exception wormholes kill modularity
-+--
Reporter:  basvandijk|Owner:  simonmar
Type:  proposal  |   Status:  new 
Priority:  normal|Milestone:  
   Component:  libraries/base|  Version:  6.12.2  
Keywords:|   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by simonmar):

  * owner:  => simonmar


-- 
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] #3951: Unknown symbol error when ghci tries to load package scion

2010-05-06 Thread GHC

#3951: Unknown symbol error when ghci tries to load package scion
---+
  Reporter:  greenrd   |  Owner:
  Type:  bug   | Status:  closed
  Priority:  normal|  Milestone:  6.12.3
 Component:  Compiler  |Version:  6.12.1
Resolution:  invalid   |   Keywords:
Difficulty:| Os:  Linux 
  Testcase:|   Architecture:  x86   
   Failure:  None/Unknown  |  
---+
Changes (by simonmar):

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


Comment:

 The module `Scion.Types.Outline` is missing from `exposed-modules` in
 `scion.cabal`.

-- 
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] #4029: ghci leaks memory when loading a file

2010-05-06 Thread GHC

#4029: ghci leaks memory when loading a file
-+--
Reporter:  blarsen   |Owner:  
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  6.12.3  
   Component:  GHCi  |  Version:  
Keywords:  memory leak   |   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  Compile-time performance bug
-+--

Comment(by simonmar):

 Verified, and it's still happening in HEAD.  This is a bad regression, we
 should definitely fix it in 6.12.3.

-- 
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] #2965: GHC on OS X does not compile 64-bit

2010-05-06 Thread GHC

#2965: GHC on OS X does not compile 64-bit
+---
Reporter:  Axman6   |Owner:  thoughtpolice
Type:  feature request  |   Status:  new  
Priority:  normal   |Milestone:  6.12.3   
   Component:  Compiler |  Version:   
Keywords:  64bit|   Difficulty:  Unknown  
  Os:  MacOS X  | Testcase:   
Architecture:  x86_64 (amd64)   |  Failure:  Installing GHC failed
+---
Changes (by Sharpie):

 * cc: sou...@… (added)


-- 
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

45 matches

Mail list logo