Re: [GHC] #3942: Strange profiling behaviour in 6.10.4

[GHC]

#3942: Strange profiling behaviour in 6.10.4
-+--
Reporter:  simonpj   |Owner:  simonmar
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  6.14.1  
   Component:  Compiler  |  Version:  6.10.4  
Keywords:|   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--

Comment(by guest):

 I have done some further checking and removing the "-optc-O3" and "-optc-
 ffast-math" flags (suggested
 by Ian Lynagh) did not affect the result.  In fact, removing all of the
 ghc options in the cabal file had no effect.

 I will try to reduce this to a standalone test case.  I know that earlier
 versions of nsyn compiled by ghc 6.8.3 and
 using direct FFI calls to the Gnu Scientific Library linear algebra code
 (instead of hmatrix) did profile correctly.
 I had used an older version of nsyn as a test case for the "prof2dot"
 program that converts a profile to a graphviz
 dot file.

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

[GHC]

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

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

[GHC]

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

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


Comment:

 Fixed in 6.12.2 and later, by

 {{{
 Thu Mar 25 06:32:37 PDT 2010  Ian Lynagh 
   * Use  rather than ++ "/"
   This stops us generating paths like
   c:\foo\/ghc460_0/ghc460_0.o
   which windres doesn't understand.
 }}}

-- 
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] #3224: compiler panic: funResultTy base:GHC.Prim.*{(w) tc 34d}

[GHC]

#3224: compiler panic: funResultTy base:GHC.Prim.*{(w) tc 34d}
---+
  Reporter:  nr|  Owner:  
  Type:  bug   | Status:  closed  
  Priority:  normal|  Milestone:  6.8 branch  
 Component:  Compiler  |Version:  6.8.2   
Resolution:  fixed |   Keywords:  
Difficulty:  Unknown   | Os:  Unknown/Multiple
  Testcase:|   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  |  
---+
Changes (by simonmar):

  * status:  new => closed
  * failure:  => None/Unknown
  * resolution:  => fixed


-- 
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] #1102: Lambda unicode character lex

[GHC]

#1102: Lambda unicode character lex
--+-
  Reporter:  humasect |  Owner: 
   
  Type:  feature request  | Status:  reopened   
   
  Priority:  normal   |  Milestone:  _|_
   
 Component:  Compiler (Parser)|Version:  6.6
   
Resolution:   |   Keywords:  lambda unicode lexical 
parse ?
Difficulty:  Easy (less than 1 hour)  | Os:  Unknown/Multiple   
   
  Testcase:   |   Architecture:  Unknown/Multiple   
   
   Failure:  None/Unknown |  
--+-
Changes (by simonmar):

  * milestone:  6.6.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] #3758: Huge regression in concurrent app performance and reliability under threaded runtime

[GHC]

#3758: Huge regression in concurrent app performance and reliability under
threaded runtime
---+
Reporter:  bos |Owner:  simonmar 
Type:  bug |   Status:  new  
Priority:  high|Milestone:  6.12.2   
   Component:  Runtime System  |  Version:  6.12.1   
Keywords:  |   Difficulty:   
  Os:  Linux   | Testcase:   
Architecture:  x86_64 (amd64)  |  Failure:  Runtime crash
---+

Comment(by simonmar):

 Bryan: if you had a chance to test
 [http://www.haskell.org/ghc/dist/6.12.2-rc1/
  6.12.2 RC1], that would be most helpful, thanks.

-- 
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] #3550: Dynamic libraries don't work on Mac OS/X

[GHC]

#3550: Dynamic libraries don't work on Mac OS/X
--+-
Reporter:  StephenBlackheath  |Owner:  igloo
  
Type:  bug|   Status:  new  
  
Priority:  high   |Milestone:  6.12.3   
  
   Component:  Compiler   |  Version:  6.11 
  
Keywords:  dynamic mac osx|   Difficulty:  Unknown  
  
  Os:  MacOS X| Testcase:  
http://upcycle.it/~blackh/ghc/test-case.tar.bz2
Architecture:  Unknown/Multiple   |  Failure:  None/Unknown 
  
--+-
Changes (by igloo):

  * milestone:  6.12.2 => 6.12.3


Comment:

 Didn't make it in time for 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] #2185: Memory leak with parMap

[GHC]

#2185: Memory leak with parMap
-+--
  Reporter:  igloo   |  Owner:  simonmar
  Type:  bug | Status:  reopened
  Priority:  high|  Milestone:  6.14.1  
 Component:  Runtime System  |Version:  6.8.2   
Resolution:  |   Keywords:  
Difficulty:  Moderate (less than a day)  | Os:  Unknown/Multiple
  Testcase:  |   Architecture:  Unknown/Multiple
   Failure:  Runtime performance bug |  
-+--
Changes (by simonmar):

  * priority:  normal => high
  * difficulty:  Unknown => Moderate (less than a day)
  * milestone:  6.12 branch => 6.14.1


Comment:

 The [http://hackage.haskell.org/package/parallel new parallel package] on
 Hackage fixes the space leak in this program (change `rnf` to `rdeepseq`
 to compile it).  I'm leaving the ticket open and moving it onto the 6.14.1
 branch, because we still need to change the GC policy so that sparks are
 not treated as GC roots.

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