Re: [GHC] #880: someFunction :: TypeRep -> Int

#880: someFunction :: TypeRep -> Int
------------------------------+---------------------------------------------
  Reporter:  guest            |          Owner:         
      Type:  feature request  |         Status:  new    
  Priority:  normal           |      Milestone:         
 Component:  libraries/base   |        Version:  6.4.2  
  Severity:  normal           |     Resolution:         
  Keywords:                   |             Os:  Unknown
Difficulty:  Easy (1 hr)      |   Architecture:  Unknown
------------------------------+---------------------------------------------
Old description:

> Now that TypeRep share their keys using RTS internal allocation, can we
> get a function in Data.Typeable (or even GHC.Exts) that retrieves the Int
> key?  Currently my job code (OpenAFP) and Pugs both uses "show :: TypeRep
> -> String" as the key for Map, but I think it'd be much, much faster if
> either TypeRep supports Ord natively, or (preferably) that we can get a
> Int out of it.
>
> Thanks!
> Audrey

New description:

 Now that {{{TypeRep}}} share their keys using RTS internal allocation, can
 we get a function in {{{Data.Typeable}}} (or even {{{GHC.Exts}}}) that
 retrieves the Int key?  Currently my job code (OpenAFP) and Pugs both uses
 {{{"show :: TypeRep -> String"}}} as the key for Map, but I think it'd be
 much, much faster if either {{{TypeRep}}} supports Ord natively, or
 (preferably) that we can get a Int out of it.

[GHC] #884: panic "initC: srt" strikes again

#884: panic "initC: srt" strikes again
-------------------------+--------------------------------------------------
    Reporter:  ekarttun  |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:         
   Component:  Compiler  |      Version:  6.5    
    Severity:  normal    |     Keywords:         
          Os:  Linux     |   Difficulty:  Unknown
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Trying to build jhc fails with the RC-version of GHC 6.6 (20060831).
 Note the patch to plain jhc to get the API differences into jhc.

 -dcore-info seems to catch the error:
 http://www.cs.helsinki.fi/u/ekarttun/haskell/jhc-ghc6.5.dcore-info.txt


 Here is how to reproduce:
 (This needs DrIFT and Happy installed)
 {{{
 darcs get --partial http://repetae.net/john/repos/jhc

 cd jhc
 darcs get http://repetae.net/john/repos/Boolean

 darcs get http://repetae.net/john/repos/Doc

 wget http://www.cs.helsinki.fi/u/ekarttun/haskell/jhc-ghc6.5.patch

 darcs apply jhc-ghc6.5.patch
 make

 # lots of boring information, and then:

 ...

Re: [GHC] #884: panic "initC: srt" strikes again

#884: panic "initC: srt" strikes again
-----------------------+----------------------------------------------------
  Reporter:  ekarttun  |          Owner:       
      Type:  bug       |         Status:  new  
  Priority:  normal    |      Milestone:       
 Component:  Compiler  |        Version:  6.5  
  Severity:  normal    |     Resolution:       
  Keywords:            |             Os:  Linux
Difficulty:  Unknown   |   Architecture:  x86  
-----------------------+----------------------------------------------------
Comment (by simonpj):

 Could you try doing this with -dcore-lint, please?

 Thanks.  Simon

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/884>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #883: cannot use (!) as an infix operator

#883: cannot use (!) as an infix operator
-------------------------------------------+--------------------------------
  Reporter:  aotani <at> graco.c.u-tokyo.ac.jp  |          Owner:            
      Type:  bug                           |         Status:  closed    
  Priority:  normal                        |      Milestone:  6.6       
 Component:  Compiler                      |        Version:  6.5       
  Severity:  normal                        |     Resolution:  worksforme
  Keywords:                                |             Os:  Unknown   
Difficulty:  Unknown                       |   Architecture:  Unknown   
-------------------------------------------+--------------------------------
Changes (by aotani <at> graco.c.u-tokyo.ac.jp):

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

Comment:

 This problem is not occured when compiling with ghc-6.5.20060831. Sorry
 for my annoying report.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/883>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #885: ghci crashes on startup with AMD Athlon 64 X2 Dual and Data Execution Prevention.

#885: ghci crashes on startup with AMD Athlon 64 X2 Dual and Data Execution
Prevention.
------------------------+---------------------------------------------------
    Reporter:  guest    |        Owner:         
        Type:  bug      |       Status:  new    
    Priority:  normal   |    Milestone:         
   Component:  GHCi     |      Version:  6.4.2  
    Severity:  major    |     Keywords:         
          Os:  Windows  |   Difficulty:  Unknown
Architecture:  x86      |  
------------------------+---------------------------------------------------
ghci crashes just after startup, usually after displaying:
    "Loading package base-1.0 ... linking ... done."

 I get this message:

 <<<
 ghc.exe - Application Error

 The instruction at "0x1169f890" referenced memory at "0x1169f890".  The
 memory could not be written
 >>>

 I've got a debugger that shows a dissassmbly.  This is an extract (I can
 show send more if you want, I'm guessing it's not very useful).

 1169F884  add         al,0
 1169F886  add         al,byte ptr [eax]
 1169F888  add         byte ptr [eax],al
 1169F88A  add         byte ptr [eax],al

Re: [GHC] #885: ghci crashes on startup with AMD Athlon 64 X2 Dual and Data Execution Prevention.

#885: ghci crashes on startup with AMD Athlon 64 X2 Dual and Data Execution
Prevention.
----------------------+-----------------------------------------------------
  Reporter:  guest    |          Owner:         
      Type:  bug      |         Status:  new    
  Priority:  normal   |      Milestone:         
 Component:  GHCi     |        Version:  6.4.2  
  Severity:  major    |     Resolution:         
  Keywords:           |             Os:  Windows
Difficulty:  Unknown  |   Architecture:  x86    
----------------------+-----------------------------------------------------
Comment (by guest):

 Hmm, that disassembly got garbled.  Try again:

 {{{
 1169F884  add         al,0
 1169F886  add         al,byte ptr [eax]
 1169F888  add         byte ptr [eax],al
 1169F88A  add         byte ptr [eax],al
 1169F88C  adc         dword ptr [eax],eax
 1169F88E  add         byte ptr [eax],al
 1169F890  mov         esi,dword ptr [ebp]   <-- break point here
 1169F893  add         ebp,4
 1169F896  jmp         dword ptr [ebp]
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/885>
GHC <http://www.haskell.org/ghc/>

Re: [GHC] #882: Overflow bug in System.Time

#882: Overflow bug in System.Time
-----------------------------+----------------------------------------------
  Reporter:  simonpj         |          Owner:         
      Type:  bug             |         Status:  closed 
  Priority:  normal          |      Milestone:         
 Component:  libraries/base  |        Version:  6.4.2  
  Severity:  normal          |     Resolution:  fixed  
  Keywords:                  |             Os:  Unknown
Difficulty:  Unknown         |   Architecture:  Unknown
-----------------------------+----------------------------------------------
Changes (by igloo):

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

Comment:

 I've applied the fix from the HEAD to the 6.4 STABLE CVS branch.

 Thanks
 Ian

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/882>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org

[GHC] #886: Profiling a threaded application with GHC-6.6rc.

#886: Profiling a threaded application with GHC-6.6rc.
-------------------------+--------------------------------------------------
    Reporter:  Lemmih    |        Owner:         
        Type:  bug       |       Status:  new    
    Priority:  normal    |    Milestone:  6.6    
   Component:  Compiler  |      Version:  6.5    
    Severity:  normal    |     Keywords:         
          Os:  Linux     |   Difficulty:  Unknown
Architecture:  x86       |  
-------------------------+--------------------------------------------------
Compiling a Hello World program with -threaded and -prof results in a
 binary that segfaults immediately. This is with GHC-6.5.20060831.

 {{{
 $ cat Test.hs
 module Main where
 main = putStrLn "Hello world"
 $ ../ghc-6.5.20060831/usr/bin/ghc -threaded -prof Test.hs -o test
 $ ./test
 Segmentation fault
 $ ghc-6.4.1 -threaded -prof Test.hs -o test
 $ ./test
 Hello world
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/886>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

-xc, feature suggestion

Hi,

I think it would be a good idea to print instructions for getting more
information when a program fails with a pattern match or other error.

Rather than

foo: Prelude.undefined

it should say

foo: Prelude.undefined
For information about the location of this error, recompile with "-prof -auto-all" and run with "+RTS -xc -RTS"

Also, maybe these instructions aren't enough? When I do the above, it
just prints

<GHC.Err.CAF><GHC.Err.CAF><GHC.Err.CAF><GHC.Err.CAF>foo: Prelude.undefined

which isn't what I was looking for... Am I forgetting an option or
something?

Thanks,

Frederik

--

-- 
http://ofb.net/~frederik/

Re: [GHC] #884: panic "initC: srt" strikes again

#884: panic "initC: srt" strikes again
-----------------------+----------------------------------------------------
  Reporter:  ekarttun  |          Owner:       
      Type:  bug       |         Status:  new  
  Priority:  normal    |      Milestone:       
 Component:  Compiler  |        Version:  6.5  
  Severity:  normal    |     Resolution:       
  Keywords:            |             Os:  Linux
Difficulty:  Unknown   |   Architecture:  x86  
-----------------------+----------------------------------------------------
Comment (by ekarttun):

 Here is -dcore-lint.

 This is from ghc-6.5-20050902 and another i386-linux host.

 http://www.cs.helsinki.fi/u/ekarttun/haskell/jhc-ghc6.5.dcore-lint.txt


-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/884>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs