date:20120323

Re: [GHC] #5865: threadDelay is disrupted by system clock changes

2012-03-23 Thread GHC

#5865: threadDelay is disrupted by system clock changes
-+--
Reporter:  joeyadams |   Owner:  pcapriotti 
Type:  bug   |  Status:  patch  
Priority:  high  |   Milestone:  7.4.2  
   Component:  Runtime System| Version:  7.4.1  
Keywords:|  Os:  Unknown/Multiple   
Architecture:  Unknown/Multiple  | Failure:  Incorrect result at runtime
  Difficulty:  Unknown   |Testcase: 
   Blockedby:|Blocking: 
 Related:|  
-+--

Comment(by pcapriotti):

 Added patches for Mac OS X.

-- 
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] #5218: Add unpackCStringLen# to create Strings from string literals

2012-03-23 Thread GHC

#5218: Add unpackCStringLen# to create Strings from string literals
-+--
Reporter:  tibbe |   Owner:  igloo   
Type:  feature request   |  Status:  new 
Priority:  high  |   Milestone:  7.6.1   
   Component:  Compiler  | Version:  7.0.3   
Keywords:|  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:  Unknown   |Testcase:  
   Blockedby:|Blocking:  
 Related:  5877  |  
-+--
Changes (by Khudyakov):

 * cc: alexey.skladnoy@… (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] #5801: Document GHC Optimisation Passes

2012-03-23 Thread GHC

#5801: Document GHC Optimisation Passes
-+--
Reporter:  dterei|   Owner:  dterei   
Type:  task  |  Status:  new  
Priority:  normal|   Milestone:  7.6.1
   Component:  Documentation | Version:   
Keywords:|  Os:  Unknown/Multiple 
Architecture:  Unknown/Multiple  | Failure:  Documentation bug
  Difficulty:  Unknown   |Testcase:   
   Blockedby:|Blocking:   
 Related:|  
-+--

Comment(by davidterei@…):

 commit 3c66252b3d7e2a3bcd887497eaea48c03200d126
 {{{
 Author: David Terei 
 Date:   Fri Mar 23 11:10:50 2012 -0700

 Add TODO entries for missing and unexplained optimisation flags.
 (#5801)

  docs/users_guide/using.xml |  170
 +++-
  1 files changed, 169 insertions(+), 1 deletions(-)
 }}}

-- 
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] #5801: Document GHC Optimisation Passes

2012-03-23 Thread GHC

#5801: Document GHC Optimisation Passes
-+--
Reporter:  dterei|   Owner:  dterei   
Type:  task  |  Status:  new  
Priority:  normal|   Milestone:  7.6.1
   Component:  Documentation | Version:   
Keywords:|  Os:  Unknown/Multiple 
Architecture:  Unknown/Multiple  | Failure:  Documentation bug
  Difficulty:  Unknown   |Testcase:   
   Blockedby:|Blocking:   
 Related:|  
-+--

Comment(by davidterei@…):

 commit d8a30633a60ee9f1e8cf6ffe48bbd672331f9096
 {{{
 Author: David Terei 
 Date:   Fri Mar 23 11:30:05 2012 -0700

 Document some optimisations, rearrange order to be more logical
 (#5801)

  docs/users_guide/using.xml |  364
 +++-
  1 files changed, 193 insertions(+), 171 deletions(-)
 }}}

-- 
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] #5801: Document GHC Optimisation Passes

2012-03-23 Thread GHC

#5801: Document GHC Optimisation Passes
-+--
Reporter:  dterei|   Owner:  dterei   
Type:  task  |  Status:  new  
Priority:  normal|   Milestone:  7.6.1
   Component:  Documentation | Version:   
Keywords:|  Os:  Unknown/Multiple 
Architecture:  Unknown/Multiple  | Failure:  Documentation bug
  Difficulty:  Unknown   |Testcase:   
   Blockedby:|Blocking:   
 Related:|  
-+--

Comment(by dterei):

 OK, I had a pass at this. The framework is in the file
 'docs/users_guide/using.xml', there are a bunch of 'TODO' markers in the
 file to indicate what needs to be filled in. I've documented a few
 optimisation passes myself but many are remaining.

 The other change I think we should make is that the existing documentation
 in that section used a mixture of positive and negative flag
 specification.

 e.g some flags were describe as '-fno-cse' and others as '-fliberate-
 case'. I think we should just document the positive case and indicate at
 the top that you can turn all of them into negative cases with '-fno-*'.

-- 
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] #5899: RTS crash w/ strange closure type 603975781 on OS X 10.8

2012-03-23 Thread GHC

#5899: RTS crash w/ strange closure type 603975781 on OS X 10.8
---+
Reporter:  dylukes |   Owner:   

Type:  bug |  Status:  new  

Priority:  high|   Milestone:  
7.4.2
   Component:  Runtime System  | Version:  
7.4.1
Keywords:  rts, strange closure, internal error, os x  |  Os:  
MacOS X  
Architecture:  x86_64 (amd64)  | Failure:  
Runtime crash
  Difficulty:  Unknown |Testcase:   

   Blockedby:  |Blocking:   

 Related:  |  
---+

Comment(by dylukes):

 When I went to the LLVM folks to talk about this, they referred me to a
 recent mailing list discussion last week. As long as there's support for
 moving forward with proper TNTC support in LLVM, this should get solved as
 a byproduct.

 http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-March/048195.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] #5899: RTS crash w/ strange closure type 603975781 on OS X 10.8

2012-03-23 Thread GHC

#5899: RTS crash w/ strange closure type 603975781 on OS X 10.8
---+
Reporter:  dylukes |   Owner:   

Type:  bug |  Status:  new  

Priority:  high|   Milestone:  
7.4.2
   Component:  Runtime System  | Version:  
7.4.1
Keywords:  rts, strange closure, internal error, os x  |  Os:  
MacOS X  
Architecture:  x86_64 (amd64)  | Failure:  
Runtime crash
  Difficulty:  Unknown |Testcase:   

   Blockedby:  |Blocking:   

 Related:  |  
---+

Comment(by simonmar):

 I managed to reproduce the problem.  I know what's going on, but I don't
 know how to fix it yet.  So the problem is that in the binary, the linker
 has re-ordered some of the contents so that one particular info table is
 not next to its code any more:

 {{{
 00010002cb88 t
 _base_GHCziIOziHandleziInternals_augmentIOError_info_dsp
 00010002cba0 T _base_GHCziIOziHandleziInternals_augmentIOError_info
 00010002cbe8 t _base_GHCziEventziInternal_evtNothing_info_dsp
 00010002cbf8 T _base_GHCziEventziInternal_evtNothing_info
 00010002cc88 t _base_GHCziBase_zd_info_dsp
 00010002cca0 t _base_GHCziIOziHandleziInternals_zdLr3Qxlvl8_info_dsp
 00010002ccb0 T _base_GHCziIOziHandleziInternals_zdLr3Qxlvl8_info
 00010002cd38 T _base_GHCziBase_zd_info
 }}}

 Note the symbol `_base_GHCziBase_zd_info_dsp` should be adjacent to
 `_base_GHCziBase_zd_info`, but the linker has placed some other stuff in
 between.  These _dsp symbols are already special OS X magic that we insert
 to prevent the linker dropping things on the floor (IIRC, and this is
 horrible because it means the libraries on OS X have twice as many symbols
 as other platforms).

 These symbols are adjacent in the original object file:

 {{{
 libHSbase-4.5.0.0.a(Base__45.o):
 0028 D _base_GHCziBase_zd_closure
 0018 T _base_GHCziBase_zd_info
  t _base_GHCziBase_zd_info_dsp
  U _stg_ap_p_fast
 }}}

 it seems like there ought to be a way to disable this behaviour with a
 linker flag, but I can't find one that works.  I've tried
 `-no_order_inits` and `-no_order_data`.

 Help from OS X experts greatly appreciated...

-- 
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] #5943: Code without MVar: "thread blocked indefinitely in an MVar operation"

2012-03-23 Thread GHC

#5943: Code without MVar: "thread blocked indefinitely in an MVar operation"
-+--
Reporter:  cobb  |   Owner:  simonmar
Type:  bug   |  Status:  merge   
Priority:  high  |   Milestone:  7.4.2   
   Component:  Compiler  | Version:  7.4.1   
Keywords:|  Os:  Linux   
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:  Unknown   |Testcase:  
   Blockedby:|Blocking:  
 Related:|  
-+--
Changes (by simonmar):

  * status:  new => merge


Comment:

 {{{
 commit 9ab1f46d601e0f4c4582a1a77d9b4c26bf166daa
 Author: Simon Marlow 
 Date:   Fri Mar 23 12:28:18 2012 +

 change unsafeDupableInterleaveIO from INLINE to NOINLINE (#5943)

 See the comment for details.
 }}}

-- 
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] #5944: Bad hpc hash function

2012-03-23 Thread GHC

#5944: Bad hpc hash function
-+--
Reporter:  Lennart   |   Owner:  simonmar
Type:  bug   |  Status:  merge   
Priority:  high  |   Milestone:  7.4.2   
   Component:  Code Coverage | Version:  7.2.2   
Keywords:|  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:  Unknown   |Testcase:  
   Blockedby:|Blocking:  
 Related:|  
-+--
Changes (by simonmar):

  * status:  new => merge


Comment:

 {{{
 commit 4d661848575009bbcf3fe8e1f7c69da12f1d3a8e
 Author: Simon Marlow 
 Date:   Tue Mar 20 12:12:06 2012 +

 fix bug in instance HpcHash (a,b) (GHC ticket #5944)
 }}}

-- 
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] #5962: Data.Typeable: types which should compare equal don't

2012-03-23 Thread GHC

#5962: Data.Typeable: types which should compare equal don't
-+--
 Reporter:  NickSmallbone|  Owner:  
 Type:  bug  | Status:  new 
 Priority:  normal   |  Component:  libraries/base  
  Version:  7.4.1|   Keywords:  
   Os:  Unknown/Multiple |   Architecture:  Unknown/Multiple
  Failure:  Incorrect result at runtime  |   Testcase:  
Blockedby:   |   Blocking:  
  Related:   |  
-+--
 Here are two ways to construct a TypeRep for the type () -> ():

 {{{
 Prelude> import Data.Typeable
 Prelude Data.Typeable> let unitToUnit = typeOf (\() -> ())
 Prelude Data.Typeable> let unitToUnit' = mkFunTy (typeOf ()) (typeOf ())
 }}}

 It seems to work:

 {{{
 Prelude Data.Typeable> unitToUnit
 () -> ()
 Prelude Data.Typeable> unitToUnit'
 () -> ()
 }}}

 But the two TypeReps are not equal:

 {{{
 Prelude Data.Typeable> unitToUnit == unitToUnit'
 False
 }}}

-- 
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] #5865: threadDelay is disrupted by system clock changes

2012-03-23 Thread GHC

#5865: threadDelay is disrupted by system clock changes
-+--
Reporter:  joeyadams |   Owner:  pcapriotti 
Type:  bug   |  Status:  patch  
Priority:  high  |   Milestone:  7.4.2  
   Component:  Runtime System| Version:  7.4.1  
Keywords:|  Os:  Unknown/Multiple   
Architecture:  Unknown/Multiple  | Failure:  Incorrect result at runtime
  Difficulty:  Unknown   |Testcase: 
   Blockedby:|Blocking: 
 Related:|  
-+--

Comment(by pcapriotti):

 Added patch for win32, using `QueryPerformanceCounter` instead of
 `GetSystemTimeAsFileTime`.

-- 
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] #5961: GHC panic (nameModule) on malformed deriving clause

2012-03-23 Thread GHC

#5961: GHC panic (nameModule) on malformed deriving clause
-+--
Reporter:  Philonous |   Owner:
Type:  bug   |  Status:  new   
Priority:  normal|   Milestone:  7.6.1 
   Component:  Compiler  | Version:  7.4.1 
Keywords:|  Os:  Linux 
Architecture:  Unknown/Multiple  | Failure:  Compile-time crash
  Difficulty:  Unknown   |Testcase:
   Blockedby:|Blocking:
 Related:|  
-+--
Changes (by pcapriotti):

  * difficulty:  => Unknown
  * milestone:  => 7.6.1


Comment:

 Thanks for the report. This seems to be fixed in HEAD.

-- 
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] #5214: SIGSEGV in yieldCapability ()

2012-03-23 Thread GHC

#5214: SIGSEGV  in yieldCapability ()
-+--
  Reporter:  j.waldmann  |  Owner:  simonmar  
  Type:  bug | Status:  new   
  Priority:  high|  Milestone:  7.4.2 
 Component:  Runtime System  |Version:  7.4.1 
Resolution:  |   Keywords:
Os:  Linux   |   Architecture:  x86_64 (amd64)
   Failure:  Runtime crash   | Difficulty:  Unknown   
  Testcase:  |  Blockedby:
  Blocking:  |Related:
-+--
Changes (by simonmar):

  * owner:  => simonmar
  * priority:  normal => high
  * milestone:  => 7.4.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] #5900: Git HEAD on PowerPC : Error: operand out of range

2012-03-23 Thread GHC

#5900: Git HEAD on PowerPC : Error: operand out of range
--+-
  Reporter:  erikd|  Owner:  pcapriotti
  Type:  bug  | Status:  closed
  Priority:  high |  Milestone:  7.4.2 
 Component:  Compiler |Version:  7.5   
Resolution:  fixed|   Keywords:
Os:  Linux|   Architecture:  powerpc   
   Failure:  Building GHC failed  | Difficulty:  Unknown   
  Testcase:   |  Blockedby:
  Blocking:   |Related:
--+-
Changes (by pcapriotti):

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


Comment:

 Merged to stable as bee6f865d8c747aa821f9d4996ad3300429fd55c.

-- 
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] #5961: GHC panic (nameModule) on malformed deriving clause

2012-03-23 Thread GHC

#5961: GHC panic (nameModule) on malformed deriving clause
+---
 Reporter:  Philonous   |  Owner:  
 Type:  bug | Status:  new 
 Priority:  normal  |  Component:  Compiler
  Version:  7.4.1   |   Keywords:  
   Os:  Linux   |   Architecture:  Unknown/Multiple
  Failure:  Compile-time crash  |   Testcase:  
Blockedby:  |   Blocking:  
  Related:  |  
+---
 Trying to derive a classname starting with a lower case letter and wrapped
 in parenthesis will lead to a ghc panic instead of generating an error

 minimal testcase:

 {{{
 module Foo where
 data Foo = Foo deriving (abc)
 }}}

 output:

 {{{
 [1 of 1] Compiling Foo  ( scratch3.hs, scratch3.o )
 ghc: panic! (the 'impossible' happened)
   (GHC version 7.4.1 for x86_64-unknown-linux):
 nameModule abc{tv a9I}

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

 }}}

-- 
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] #5900: Git HEAD on PowerPC : Error: operand out of range

2012-03-23 Thread GHC

#5900: Git HEAD on PowerPC : Error: operand out of range
-+--
Reporter:  erikd |   Owner:  pcapriotti 
Type:  bug   |  Status:  patch  
Priority:  high  |   Milestone:  7.4.2  
   Component:  Compiler  | Version:  7.5
Keywords:|  Os:  Linux  
Architecture:  powerpc   | Failure:  Building GHC failed
  Difficulty:  Unknown   |Testcase: 
   Blockedby:|Blocking: 
 Related:|  
-+--

Comment(by erikd@…):

 commit 477cbad375eb7993015f1b6402346cb2ecf79274
 {{{
 Author: Erik de Castro Lopo 
 Date:   Thu Mar 1 08:41:31 2012 +1100

 PPC: Handle right shift of > 31 bits. Fix #5900.

  compiler/nativeGen/PPC/Ppr.hs |   14 +++---
  1 files changed, 11 insertions(+), 3 deletions(-)
 }}}

-- 
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] #5800: hp2ps produces unescaped backslashes for nested functions

2012-03-23 Thread GHC

#5800: hp2ps produces unescaped backslashes for nested functions
--+-
  Reporter:  jkff |  Owner:  
  Type:  bug  | Status:  closed  
  Priority:  normal   |  Milestone:  7.4.2   
 Component:  Profiling|Version:  7.4.1-rc1   
Resolution:  fixed|   Keywords:  
Os:  Unknown/Multiple |   Architecture:  Unknown/Multiple
   Failure:  Incorrect result at runtime  | Difficulty:  Unknown 
  Testcase:   |  Blockedby:  
  Blocking:   |Related:  
--+-
Changes (by pcapriotti):

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


Comment:

 Merged as 51be9a23e412ba7a5be66361021cba5d4882fd11.

-- 
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] #5959: GHC Panic: nameModule

2012-03-23 Thread GHC

#5959: GHC Panic: nameModule
---+
Reporter:  mightybyte  |   Owner:
Type:  bug |  Status:  new   
Priority:  high|   Milestone:  7.4.2 
   Component:  Compiler| Version:  7.4.1 
Keywords:  |  Os:  Linux 
Architecture:  x86_64 (amd64)  | Failure:  Compile-time crash
  Difficulty:  Unknown |Testcase:
   Blockedby:  |Blocking:
 Related:  |  
---+
Changes (by simonmar):

  * priority:  normal => high
  * difficulty:  => Unknown
  * milestone:  => 7.4.2


Comment:

 Thanks for the report.

-- 
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] #5956: Annotate heap profile at certain times

2012-03-23 Thread GHC

#5956: Annotate heap profile at certain times
---+
  Reporter:  nomeata   |  Owner:  
  Type:  feature request   | Status:  closed  
  Priority:  normal|  Milestone:  
 Component:  Profiling |Version:  7.4.1   
Resolution:  duplicate |   Keywords:  
Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  | Difficulty:  Unknown 
  Testcase:|  Blockedby:  
  Blocking:|Related:  
---+
Changes (by simonmar):

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


Comment:

 Please add your comments to #3021

-- 
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] #5960: Show instance for Digraph.Forest overlaps with Show [a]

2012-03-23 Thread GHC

#5960: Show instance for Digraph.Forest overlaps with Show [a]
--+-
 Reporter:  SimonHengel   |  Owner:  
 Type:  bug   | Status:  new 
 Priority:  normal|  Component:  GHC API 
  Version:  7.4.1 |   Keywords:  
   Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
  Failure:  None/Unknown  |   Testcase:  
Blockedby:|   Blocking:  
  Related:|  
--+-

Comment(by SimonHengel):

 I think the solution is to use a newtype for Forest.  I'm happy to provide
 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

[GHC] #5960: Show instance for Digraph.Forest overlaps with Show [a]

2012-03-23 Thread GHC

#5960: Show instance for Digraph.Forest overlaps with Show [a]
--+-
 Reporter:  SimonHengel   |  Owner:  
 Type:  bug   | Status:  new 
 Priority:  normal|  Component:  GHC API 
  Version:  7.4.1 |   Keywords:  
   Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
  Failure:  None/Unknown  |   Testcase:  
Blockedby:|   Blocking:  
  Related:|  
--+-
 Steps to reproduce:

 {{{
 module Foo where

 import Digraph ()

 newtype MyList a = MyList [a]
   deriving Show
 }}}

 {{{
 $ ghci -packageghc Foo.hs
 Foo.hs:6:12:
 Overlapping instances for Show [a]
   arising from the 'deriving' clause of a data type declaration
 Matching instances:
   instance Show a => Show [a] -- Defined in `GHC.Show'
   instance Show a => Show (Digraph.Forest a) -- Defined in `Digraph'
 (The choice depends on the instantiation of `a'
  To pick the first instance above, use -XIncoherentInstances
  when compiling the other instance declarations)
 When deriving the instance for (Show (MyList a))
 Failed, modules loaded: none.
 }}}

-- 
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] #5953: Program execution fails with runtime error.

2012-03-23 Thread GHC

#5953: Program execution fails with runtime error.
---+
Reporter:  J.Hage@…|   Owner:   
Type:  bug |  Status:  infoneeded   
Priority:  normal  |   Milestone:   
   Component:  Runtime System  | Version:  7.0.3
Keywords:  |  Os:  Linux
Architecture:  x86 | Failure:  Runtime crash
  Difficulty:  Unknown |Testcase:   
   Blockedby:  |Blocking:   
 Related:  |  
---+

Comment(by J.Hage@…):

 Some more information for you:
 * it seems that the options I had
 -H18000M -S -c
 are necessary to get an internal error. With 2000M or without -S I get a
 segmentation fault, but that is all.
 * On my Mac (also ghc 7.0.3) I simply get an out of memory error when I
 used
 -H2000M (can't allocate this and that),
 asli: memory allocation failed (requested 2097152 bytes)

 and I can't run the application when I set -H18000
 because it is outside allowed range.

 Any more things I can try?

 Jur

-- 
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] #5953: Program execution fails with runtime error.

2012-03-23 Thread GHC

#5953: Program execution fails with runtime error.
---+
Reporter:  J.Hage@…|   Owner:   
Type:  bug |  Status:  infoneeded   
Priority:  normal  |   Milestone:   
   Component:  Runtime System  | Version:  7.0.3
Keywords:  |  Os:  Linux
Architecture:  x86 | Failure:  Runtime crash
  Difficulty:  Unknown |Testcase:   
   Blockedby:  |Blocking:   
 Related:  |  
---+

Comment(by J.Hage@…):

 I would like to, but on this Linux server I have no rights whatsoever.
 They can't even tell me how long it will take to install a profiled
 version of 7.0.3.

 I could try to see if my Mac has the same issue, and then see if using
 7.4.1 solves it.
 But that will take some doing.

 Jur

-- 
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] #5865: threadDelay is disrupted by system clock changes

Re: [GHC] #5218: Add unpackCStringLen# to create Strings from string literals

Re: [GHC] #5801: Document GHC Optimisation Passes

Re: [GHC] #5801: Document GHC Optimisation Passes

Re: [GHC] #5801: Document GHC Optimisation Passes

Re: [GHC] #5899: RTS crash w/ strange closure type 603975781 on OS X 10.8

Re: [GHC] #5899: RTS crash w/ strange closure type 603975781 on OS X 10.8

Re: [GHC] #5943: Code without MVar: "thread blocked indefinitely in an MVar operation"

Re: [GHC] #5944: Bad hpc hash function

[GHC] #5962: Data.Typeable: types which should compare equal don't

Re: [GHC] #5865: threadDelay is disrupted by system clock changes

Re: [GHC] #5961: GHC panic (nameModule) on malformed deriving clause

Re: [GHC] #5214: SIGSEGV in yieldCapability ()

Re: [GHC] #5900: Git HEAD on PowerPC : Error: operand out of range

[GHC] #5961: GHC panic (nameModule) on malformed deriving clause

Re: [GHC] #5900: Git HEAD on PowerPC : Error: operand out of range

Re: [GHC] #5800: hp2ps produces unescaped backslashes for nested functions

Re: [GHC] #5959: GHC Panic: nameModule

Re: [GHC] #5956: Annotate heap profile at certain times

Re: [GHC] #5960: Show instance for Digraph.Forest overlaps with Show [a]

[GHC] #5960: Show instance for Digraph.Forest overlaps with Show [a]

Re: [GHC] #5953: Program execution fails with runtime error.

Re: [GHC] #5953: Program execution fails with runtime error.

23 matches

Site Navigation

Mail list logo

Footer information