Re: [GHC] #6012: No warning for Incorrect display of 15! (factorial 15) when type is Int -> Int

[GHC]

#6012: No warning for Incorrect display of 15! (factorial 15) when type is Int 
->
Int
---+
Reporter:  George.Atelier  |Owner:  
   
Type:  bug |   Status:  closed  
   
Priority:  normal  |Component:  Compiler
   
 Version:  7.0.4   |   Resolution:  invalid 
   
Keywords:  Int  Integer recursion  |   Os:  Windows 
   
Architecture:  x86_64 (amd64)  |  Failure:  Incorrect result at 
runtime
Testcase:  factorial 15|Blockedby:  
   
Blocking:  |  Related:  
   
---+
Changes (by dterei):

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


Comment:

 1) Calm down.

 2) Please check the Haskell language specification. Int is a bounded
 integer value guaranteed to be at least 30 bits long. The results of
 overflow are unspecified by the Haskell language specification and up to
 implementations to handle how they want. So GHC chooses to silently
 overflow.

 {{{
 The finite-precision integer type Int covers at least the range
 [  −  229, 229  −  1]. As Int is an instance of the Bounded class,
 maxBound and minBound can be used to determine the exact
 Int range defined by an implementation. Float is
 implementation-defined; it is desirable that this type be at least
 equal in range and precision to the IEEE single-precision type.
 Similarly, Double should cover IEEE double-precision. The
 results of exceptional conditions (such as overflow or underflow)
 on the fixed-precision numeric types are undefined; an
 implementation may choose error (⊥, semantically), a truncated
 value, or a special value such as infinity, indefinite, etc.
 }}}

 http://www.haskell.org/onlinereport/haskell2010/haskellch6.html#x13-1350006.4

 3) Integer works as you expect as Integer is an unbounded integer value.
 So it will always be be big enough to represent the value you need.
 However this makes it a lot slower than an Int.

-- 
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] #5966: getAppUserDataDirectory does not respect XDG specification

[GHC]

#5966: getAppUserDataDirectory does not respect XDG specification
+---
Reporter:  ordcoder |   Owner: 
Type:  bug  |  Status:  new
Priority:  normal   |   Milestone:  7.6.1  
   Component:  libraries/directory  | Version:  7.4.1  
Keywords:   |  Os:  Unknown/Multiple   
Architecture:  Unknown/Multiple | Failure:  Incorrect result at runtime
  Difficulty:  Unknown  |Testcase: 
   Blockedby:   |Blocking: 
 Related:   |  
+---
Changes (by PHO):

 * cc: pho@… (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

[GHC] #6012: No warning for Incorrect display of 15! (factorial 15) when type is Int -> Int

[GHC]

#6012: No warning for Incorrect display of 15! (factorial 15) when type is Int 
->
Int
-+--
 Reporter:  George.Atelier   |  Owner:  
  
 Type:  bug  | Status:  new 
  
 Priority:  normal   |  Component:  Compiler
  
  Version:  7.0.4|   Keywords:  Int  Integer 
recursion
   Os:  Windows  |   Architecture:  x86_64 (amd64)  
  
  Failure:  Incorrect result at runtime  |   Testcase:  factorial 15
  
Blockedby:   |   Blocking:  
  
  Related:   |  
-+--
 GHCi version: 7.0.4

 Offending function:

 factorial :: Int -> Int
 factorial 0 = 1
 factorial n = n * factorial (n-1)


 Correct answer is displayed (as expected) when type is

 factorial :: Integer -> Integer

 THE BUG IS THE DISPLAY OF A CORRECT-LOOKING INCORRECT ANSWER THAT RESULTED
 FROM (UNREPORTED) OVERFLOW OF Int (but not of Integer)

 ~~ Thank you

-- 
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] #5623: GHC 7.2.1 Performance Regression: Vector

[GHC]

#5623: GHC 7.2.1 Performance Regression: Vector
-+--
Reporter:  dterei|   Owner:  simonpj
Type:  bug   |  Status:  new
Priority:  high  |   Milestone:  7.4.2  
   Component:  Compiler  | Version:  7.3
Keywords:|  Os:  Unknown/Multiple   
Architecture:  Unknown/Multiple  | Failure:  Runtime performance bug
  Difficulty:|Testcase: 
   Blockedby:|Blocking: 
 Related:|  
-+--
Changes (by PHO):

 * cc: pho@… (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

[GHC] #6011: Panic when using a type synonym

[GHC]

#6011: Panic when using a type synonym
+---
 Reporter:  mm_freak|  Owner:
 Type:  bug | Status:  new   
 Priority:  normal  |  Component:  Compiler  
  Version:  7.4.1   |   Keywords:
   Os:  Linux   |   Architecture:  x86_64 (amd64)
  Failure:  Compile-time crash  |   Testcase:
Blockedby:  |   Blocking:
  Related:  |  
+---
 I'm getting the following "the impossible happened" error when trying to
 compile the code in the attachment:

 {{{
 [2 of 3] Compiling Data.Mod.FiniteRing ( Data/Mod/FiniteRing.hs,
 dist/build/Data/Mod/FiniteRing.o )
 ghc: panic! (the 'impossible' happened)
   (GHC version 7.4.1 for x86_64-unknown-linux):
 tyThingTyCon
 Data constructor `modular-0.1.0:Data.Mod.Types.FiniteRing{d r0}'
 }}}

 This only happens when I use the Mod type synonym.  When I spell the full
 GenMod type everything works fine.  Also the first compilation run after a
 "cabal clean" works fine.

 Steps to reproduce:

 1. Unpack the attached cabal package.
 2. Compile (cabal configure, cabal build).
 3. Touch Data/Mod/FiniteRing.hs.
 4. Compile again (cabal build).

-- 
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] #5612: Better support for kinds in Template Haskell

[GHC]

#5612: Better support for kinds in Template Haskell
---+
Reporter:  guest   |   Owner:  lunaris 
Type:  feature request |  Status:  patch   
Priority:  low |   Milestone:  7.6.1   
   Component:  Compiler| Version:  7.3 
Keywords:  PolyKinds, TemplateHaskell  |  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple| Failure:  Other   
  Difficulty:  Unknown |Testcase:  
   Blockedby:  |Blocking:  
 Related:  |  
---+

Comment(by lunaris):

 Ok, I think the updated patches should work. I've ported over most of
 goldfire's test cases, except the last set, which I'll hopefully get
 around to tomorrow.

 In addressing this ticket, I've also fleshed out TH support for type-level
 literals, which was somewhat incomplete. I felt it was necessary to cope
 with the introduction of {{{type Kind = Type}}}. These changes have been
 kept in separate patches however, and have not received additional test
 suite coverage.

 Let me know what you think!

-- 
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] #6009: The packaging used to provide GHC 7.0.4 for OS X fails for 32 bit -- cannot install

[GHC]

#6009: The packaging used to provide GHC 7.0.4 for OS X fails for 32 bit -- 
cannot
install
--+-
Reporter:  InvisibleTech  |   Owner:  
Type:  bug|  Status:  new 
Priority:  normal |   Milestone:  
   Component:  None   | Version:  7.0.4   
Keywords: |  Os:  Unknown/Multiple
Architecture:  x86| Failure:  None/Unknown
  Difficulty:  Unknown|Testcase:  
   Blockedby: |Blocking:  
 Related: |  
--+-

Comment(by InvisibleTech):

 Replying to [comment:1 simonmar]:
 > How does the homebrew installer bootstrap GHC? Does it download a binary
 distribution first?  I suspect perhaps that the binary distribution it is
 using does not support OS X 10.5.
 >
 > Someone else on the CC list might be able to confirm or add more info.


 

-- 
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] #6009: The packaging used to provide GHC 7.0.4 for OS X fails for 32 bit -- cannot install

[GHC]

#6009: The packaging used to provide GHC 7.0.4 for OS X fails for 32 bit -- 
cannot
install
--+-
Reporter:  InvisibleTech  |   Owner:  
Type:  bug|  Status:  new 
Priority:  normal |   Milestone:  
   Component:  None   | Version:  7.0.4   
Keywords: |  Os:  Unknown/Multiple
Architecture:  x86| Failure:  None/Unknown
  Difficulty:  Unknown|Testcase:  
   Blockedby: |Blocking:  
 Related: |  
--+-

Comment(by InvisibleTech):

 I posted your question back to GitHub but also took a shot at reading the
 code in the script for homebrew GHC.  The url I find that is used to get
 the GHC image is:

 "http://www.haskell.org/ghc/dist/7.0.4/ghc-7.0.4-i386-apple-
 darwin.tar.bz2"

 I think that is in my gist of  logs also.

-- 
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] #5810: OSX Lion building 7.4 head causes Haddock Divide By Zero

[GHC]

#5810: OSX Lion building 7.4 head causes Haddock Divide By Zero
--+-
  Reporter:  codeweaver   |  Owner: 
  
  Type:  bug  | Status:  closed 
  
  Priority:  highest  |  Milestone:  7.4.2  
  
 Component:  Compiler |Version:  7.4.1-rc1  
  
Resolution:  fixed|   Keywords:  haddock divide by zero 
internal error
Os:  MacOS X  |   Architecture:  Other  
  
   Failure:  Building GHC failed  | Difficulty:  Unknown
  
  Testcase:   |  Blockedby: 
  
  Blocking:   |Related: 
  
--+-
Changes (by pcapriotti):

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


Comment:

 Merged as 9febee4d65728d1613cd5c54e80100c09d65b9b9.

-- 
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] #3867: ghc: panic! (linkBCO: >= 64k ptrs)

[GHC]

#3867: ghc: panic! (linkBCO: >= 64k ptrs)
-+--
Reporter:  archgrove |   Owner:   
Type:  bug   |  Status:  patch
Priority:  high  |   Milestone:  7.6.1
   Component:  Compiler  | Version:  6.12.1   
Keywords:|  Os:  Unknown/Multiple 
Architecture:  Unknown/Multiple  | Failure:  GHC rejects valid program
  Difficulty:  Unknown   |Testcase:   
   Blockedby:|Blocking:   
 Related:|  
-+--

Comment(by simonmar):

 Ok, looks like we're good to go ahead with this patch then.

-- 
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] #6009: The packaging used to provide GHC 7.0.4 for OS X fails for 32 bit -- cannot install

[GHC]

#6009: The packaging used to provide GHC 7.0.4 for OS X fails for 32 bit -- 
cannot
install
--+-
Reporter:  InvisibleTech  |   Owner:  
Type:  bug|  Status:  new 
Priority:  normal |   Milestone:  
   Component:  None   | Version:  7.0.4   
Keywords: |  Os:  Unknown/Multiple
Architecture:  x86| Failure:  None/Unknown
  Difficulty:  Unknown|Testcase:  
   Blockedby: |Blocking:  
 Related: |  
--+-
Changes (by simonmar):

 * cc: igloo, chak (added)
  * difficulty:  => Unknown


Comment:

 How does the homebrew installer bootstrap GHC? Does it download a binary
 distribution first?  I suspect perhaps that the binary distribution it is
 using does not support OS X 10.5.

 Someone else on the CC list might be able to confirm or add more info.

-- 
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] #6007: ghci: Importing specific non-existent names from a module breaks later imports

[GHC]

#6007: ghci: Importing specific non-existent names from a module breaks later
imports
-+--
Reporter:  josh  |   Owner:  simonmar
Type:  bug   |  Status:  new 
Priority:  normal|   Milestone:  7.6.1   
   Component:  GHCi  | Version:  7.4.1   
Keywords:|  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:  Unknown   |Testcase:  
   Blockedby:|Blocking:  
 Related:|  
-+--
Changes (by simonmar):

  * owner:  => simonmar
  * difficulty:  => Unknown
  * component:  Compiler => GHCi
  * milestone:  => 7.6.1


Comment:

 Yes, this is a bit unfortunate.  You can see what happens with `:show
 imports`:

 {{{
 Prelude> import System.IO(foo)

 :1:18: Module `System.IO' does not export `foo'
 Prelude> :show imports
 import Prelude -- implicit
 import System.IO ( foo )
 Prelude>
 }}}

 The import is remembered by GHCi and replayed every time the set of
 imports changes.  We do catch obvious problems such as when the module
 does not exist, but not deeper errors like this.

 You can recover with `:module -System.IO`:

 {{{
 Prelude> :module -System.IO
 Prelude> :show imports
 import Prelude -- implicit
 Prelude>
 }}}

 I shall look into how to fix this, but I think it needs a significant
 restructuring.

-- 
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] #5993: Segfault with threaded runtime and low +RTS -k

[GHC]

#5993: Segfault with threaded runtime and low +RTS -k
+---
  Reporter:  ksf|  Owner:
  Type:  bug| Status:  closed
  Priority:  normal |  Milestone:  7.4.2 
 Component:  Compiler   |Version:  7.4.1 
Resolution:  fixed  |   Keywords:
Os:  Linux  |   Architecture:  x86_64 (amd64)
   Failure:  Runtime crash  | Difficulty:  Unknown   
  Testcase: |  Blockedby:
  Blocking: |Related:
+---
Changes (by pcapriotti):

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


Comment:

 Merged as 48c3d271fe1438f81f21e03bf7d77b9af16f.

-- 
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] #5999: 2.54, 2.55

[GHC]

#5999: 2.54, 2.55
---+
Reporter:  luite   |   Owner:  
Type:  bug |  Status:  new 
Priority:  normal  |   Milestone:  
   Component:  Compiler| Version:  7.4.1   
Keywords:  |  Os:  MacOS X 
Architecture:  x86_64 (amd64)  | Failure:  None/Unknown
  Difficulty:  Unknown |Testcase:  
   Blockedby:  |Blocking:  
 Related:  |  
---+
Changes (by pcapriotti):

  * owner:  pcapriotti =>


Comment:

 Replying to [comment:2 simonpj]:
 > Wierd.  Paolo can you investiage please?

 I can't reproduce on a 32 bit mac, and I don't have a 64 bit machine.

-- 
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] #6006: hs_init(NULL, NULL) segfaults on latest snapshot

[GHC]

#6006: hs_init(NULL, NULL) segfaults on latest snapshot
---+
Reporter:  ezyang  |   Owner:  simonmar 
Type:  bug |  Status:  new  
Priority:  high|   Milestone:  7.6.1
   Component:  Runtime System  | Version:  7.5  
Keywords:  |  Os:  Linux
Architecture:  x86 | Failure:  Runtime crash
  Difficulty:  Unknown |Testcase:   
   Blockedby:  |Blocking:   
 Related:  |  
---+
Changes (by simonmar):

  * owner:  => simonmar
  * difficulty:  => Unknown
  * priority:  normal => high
  * component:  Compiler => Runtime System
  * milestone:  => 7.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] #3867: ghc: panic! (linkBCO: >= 64k ptrs)

[GHC]

#3867: ghc: panic! (linkBCO: >= 64k ptrs)
-+--
Reporter:  archgrove |   Owner:   
Type:  bug   |  Status:  patch
Priority:  high  |   Milestone:  7.6.1
   Component:  Compiler  | Version:  6.12.1   
Keywords:|  Os:  Unknown/Multiple 
Architecture:  Unknown/Multiple  | Failure:  GHC rejects valid program
  Difficulty:  Unknown   |Testcase:   
   Blockedby:|Blocking:   
 Related:|  
-+--

Comment(by pcapriotti):

 I run a couple of tests on some code in nofib. There were no significant
 differences, and in one case I actually got better timings after the
 patch.

 Here's one of the tests:

 `nofib/imaginary/test.script`:

 {{{
 :set args 8
 :l ./bernouilli/Main.hs
 main
 :l ./integrate/Main.hs
 main
 :l ./primes/Main.hs
 main
 :l ./queens/Main.hs
 main
 :l ./x2n1/Main.hs
 main
 :l ./paraffins/Main.hs
 main
 :l ./wheel-sieve1/Main.hs
 main
 :l ./tak/Main.hs
 main
 :l ./rfib/Main.hs
 main
 :l ./exp3_8/Main.hs
 main
 :l ./wheel-sieve2/Main.hs
 main
 }}}

 before patch:

 {{{
 real0m7.058s
 user0m6.996s
 sys 0m0.036s
 }}}


 after patch:

 {{{
 real0m6.844s
 user0m6.808s
 sys 0m0.016s
 }}}

-- 
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] #5072: Segfault on OS X in interpreted code

[GHC]

#5072: Segfault on OS X in interpreted code
---+
  Reporter:  nominolo  |  Owner:  
  Type:  bug   | Status:  closed  
  Priority:  high  |  Milestone:  7.4.2   
 Component:  Compiler  |Version:  7.0.3   
Resolution:  worksforme|   Keywords:  
Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
   Failure:  Runtime crash | Difficulty:  Unknown 
  Testcase:|  Blockedby:  
  Blocking:|Related:  
---+
Changes (by simonmar):

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


Comment:

 Closing - 6 months with no further info and nobody else complaining.

-- 
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] #5810: OSX Lion building 7.4 head causes Haddock Divide By Zero

[GHC]

#5810: OSX Lion building 7.4 head causes Haddock Divide By Zero
--+-
  Reporter:  codeweaver   |  Owner: 
  
  Type:  bug  | Status:  merge  
  
  Priority:  highest  |  Milestone:  7.4.2  
  
 Component:  Compiler |Version:  7.4.1-rc1  
  
Resolution:   |   Keywords:  haddock divide by zero 
internal error
Os:  MacOS X  |   Architecture:  Other  
  
   Failure:  Building GHC failed  | Difficulty:  Unknown
  
  Testcase:   |  Blockedby: 
  
  Blocking:   |Related: 
  
--+-
Changes (by pcapriotti):

  * status:  new => merge


-- 
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] #5954: Performance regression 7.0 -> 7.2 (still in 7.4)

[GHC]

#5954: Performance regression 7.0 -> 7.2 (still in 7.4)
-+--
Reporter:  simonmar  |   Owner:  simonpj
Type:  bug   |  Status:  new
Priority:  high  |   Milestone:  7.4.2  
   Component:  Compiler  | Version:  7.4.1  
Keywords:|  Os:  Unknown/Multiple   
Architecture:  Unknown/Multiple  | Failure:  Runtime performance bug
  Difficulty:  Unknown   |Testcase: 
   Blockedby:|Blocking: 
 Related:|  
-+--
Changes (by simonmar):

  * owner:  => simonpj


Comment:

 Assigning to simonpj as this is probably linked to #5623, which Simon is
 working on.

-- 
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] #5998: GHCi's :info to return all the visible instances, not just the ones imported from currently loaded files

[GHC]

#5998: GHCi's :info to return all the visible instances, not just the ones
imported from currently loaded files
-+--
Reporter:  errge |   Owner:  
Type:  feature request   |  Status:  new 
Priority:  normal|   Milestone:  
   Component:  GHCi  | Version:  7.4.1   
Keywords:  ghci :info|  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:  Unknown   |Testcase:  
   Blockedby:|Blocking:  
 Related:|  
-+--

Comment(by simonmar):

 FYI, the commit that last changed this was

 commit b0d80aa3d908a6b9991920a5ac7fd1b437ecafd3
 {{{
 Author: simo...@microsoft.com 
 Date:   Sat Aug 4 17:35:39 2007 +

 In GHCi, filter instances by what is in scope, not just by what is in
 scope unqualified

 Trac #1581 was doing too much filtering; it even filtered out intances
 defined in this very module!  The new rule shows more instances, but
 hopefully not to many.
 }}}

 I like the suggestion in comment:2.  Maybe this:

 {{{
 -- 32 other instances exist, but involve types that are not in scope.
 -- Use :info! to see all instances.
 }}}

 Furthermore I have moved the filtering out of TcRnDriver (where it
 does
 not belong) to InteractiveEval. And I've added a note to the
 documentation.

-- 
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] #6010: GHC.Conc.labelThread function can't use Unicode character for thread label.

[GHC]

#6010: GHC.Conc.labelThread function can't use Unicode character for thread 
label.
--+-
 Reporter:  shelarcy  |  Owner:  
 Type:  bug   | Status:  new 
 Priority:  normal|  Component:  libraries/base  
  Version:  7.4.1 |   Keywords:  
   Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
  Failure:  None/Unknown  |   Testcase:  
Blockedby:|   Blocking:  
  Related:|  
--+-
 Debug.Trace.traceEventIO fucntion uses UTF-8 encoding for outputing
 Strings.

   http://www.haskell.org/ghc/docs/7.4.1/html/libraries/base-4.5.0.0/src
 /Debug-Trace.html#traceEventIO

 "ghc-events show" can show Unicode characters' user event correctly.

 {{{
 import Debug.Trace
 main = do
 traceEventIO "テスト"
 putStrLn "test"
 }}}

 {{{
 $ ghc -O2 -threaded -eventlog Test.hs
 [1 of 1] Compiling Main ( Test.hs, Test.o )
 Linking Test.exe ...

 $ .\Test.exe +RTS -l
 "test"
 $ ghc-events show Test.eventlog > test.log
 }}}

 {{{
 Event Types:
   (snip)

 Events:
   (snip)
   1531003: cap 0: running thread 3
   1594090: cap 0: テスト
   1805086: cap 0: stopping thread 3 (making a foreign call)
   (snip)
 }}}

 But GHC.Conc.labelThread function doesn't use UTF-8 encoding.

   http://www.haskell.org/ghc/docs/7.4.1/html/libraries/base-4.5.0.0/src
 /GHC-Conc-Sync.html#labelThread

 So, "ghc-events show" can't show Unicode characters' thread label
 correctly.

 {{{
 import Control.Concurrent
 import GHC.Conc (labelThread)

 main = do
 tid <-myThreadId
 labelThread tid "テスト"
 putStrLn "test"
 }}}

 {{{
 Events:
   (snip)
   1438032: cap 0: running thread 3
   1454030: cap 0: thread 3 has label "
   1637859: cap 0: stopping thread 3 (making a foreign call)
   (snip)
 }}}

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