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.
Thanks!
Audrey
Comment (by simonmar):
What do people think here? The options I can think of:
{{{unsafeTypeRepKey :: TypeRep - Int}}}
Slightly dubious. This behaves like a function in any given run of the
program, but does not have a sensible semantics.
{{{typeRepKey :: TypeRep - IO Int}}}
Less dubious, but perhaps less useful.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/880
GHC http://www.haskell.org/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] #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@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: [EMAIL PROTECTED] | 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 [EMAIL PROTECTED]): * 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@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 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] My computer is an AMD Athlon 64 X2 Dual, Core Processor 4400+, 2.22 GHz, 2.00 Gb RAM. If I turn off Data Execution Prevention for the ghci process (under System Properties - Advanced - Performance - Settings - Data Execution Prevention) , ghci continues as normal and works. I have noticed sometimes that even with the Data Execution Prevention enabled, it doesn't crash. It seems to go in phases. I think I've seen the same thing with ghc, as well as ghci, I can test more if required. My version of ghc is 6.4.2, from the Windows .msi installer, http://haskell.org/ghc/download_ghc_642.html#windows -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/885 GHC http://www.haskell.org/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] #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/
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] #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@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
