Re: [GHC] #1625: Windows installer: no Users guide or Cabal docs

#1625: Windows installer: no Users guide or Cabal docs -+-- Reporter: simonmar |Owner: igloo Type: bug | Status: new Priority: high |Milestone: 6.8 Co

Re: [GHC] #1226: Add flags --full-flag-help and --print-docdir

#1226: Add flags --full-flag-help and --print-docdir +--- Reporter: igloo|Owner: igloo Type: feature request | Status: new Priority: high |Milestone: 6.8

RE: Data.HashTable.hashInt seems somewhat sub-optimal

Jan-Willem Maessen wrote: [snip] > [EMAIL PROTECTED] wrote: > > 2) Signed multiplication is being used. I think unsigned > > multiplication > > is probably necessary to get the intended behaviour. For example, with > > unsigned multiplication, multiplying by the original 'golden' and > > taking >

[GHC] #1653: GHCi ':set' completion does not list all options

#1653: GHCi ':set' completion does not list all options --+- Reporter: sorear | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi |

[GHC] #1652: System.Directory.copyFile breakage

#1652: System.Directory.copyFile breakage -+-- Reporter: sorear | Owner: Type: bug | Status: new Priority: normal | Milestone: Not GHC Component:

Re: [GHC] #1283: thread-safe getStdRandom and newStdGen

#1283: thread-safe getStdRandom and newStdGen --+- Reporter: [EMAIL PROTECTED] |Owner: simonmar Type: bug| Status: closed Priority: normal |Mil

Re: Data.HashTable.hashInt seems somewhat sub-optimal

On Wed, Aug 29, 2007 at 08:08:51PM -0400, Jan-Willem Maessen wrote: > > Recall that we're using the low-order bits of the hash code to index > into the table. Aha, I see, thanks. OK, I'll push your patch after validating. Thanks Ian ___ Glasgow-has

Re: [GHC] #1616: segfault in generated file when using NOINLINE

#1616: segfault in generated file when using NOINLINE -+-- Reporter: guest |Owner: Type: bug | Status: closed Priority: normal|Milestone: 6.8 Component: Com

Re: [GHC] #1283: thread-safe getStdRandom and newStdGen

#1283: thread-safe getStdRandom and newStdGen --+- Reporter: [EMAIL PROTECTED] |Owner: simonmar Type: bug| Status: new Priority: normal |Mil

Re: [GHC] #1198: readwrite002.exe: readwrite002.inout: hWaitForInput: invalid argument (Invalid argument)

#1198: readwrite002.exe: readwrite002.inout: hWaitForInput: invalid argument (Invalid argument) ---+ Reporter: igloo |Owner: simonmar Type: bug | Status: new

RE: Data.HashTable.hashInt seems somewhat sub-optimal

Jan-Willem Maessen wrote: > Sigh. > > I've included a fix below, but I don't have a standard GHC checkout > available to me (only the test sandbox I used to get the code in the > first place) so I haven't generated a patch. Note the mentioned > "reasonability tests", which hopefully should

Re: [GHC] #1209: getMBlocks: misaligned block returned

#1209: getMBlocks: misaligned block returned -+-- Reporter: CBa |Owner: simonmar Type: bug | Status: new Priority: norm

Re[4]: Data.HashTable.hashInt seems somewhat sub-optimal

Hello Jan-Willem, Thursday, August 30, 2007, 4:28:28 PM, you wrote: >> http://www.encode.ru/forums/index.php?action=vthread&forum=1&topic=413 > Not only did I read them, I tried out the Bob Jenkins hash function! i don't propose to use this function, this page just contain a lot of various hash

Re: runghc printing result of main when main is not IO ()

tomasz.zielonka: > On Thu, Aug 30, 2007 at 08:33:37AM +0100, Simon Marlow wrote: > > Tomasz Zielonka wrote: > >> Hello! > >> Consider: > >> $ cat R.hs main = return [()] > >> $ runghc R.hs [()] > >> This was a bit surprising for me, because I thought that runghc > >> mimics the way a compiled progr

Re: [GHC] #1651: panic when interactively evaluating expression with a family type

#1651: panic when interactively evaluating expression with a family type +--- Reporter: chak |Owner: Type: bug | Status: new Priority: norm

[GHC] #1651: panic when interactively evaluating expression with a family type

#1651: panic when interactively evaluating expression with a family type --+- Reporter: chak | Owner: Type: bug | Status: new Priority: normal

[GHC] #1650: .boot modules interact badly with the ghci debugger

#1650: .boot modules interact badly with the ghci debugger +--- Reporter: mnislaih | Owner: Type: bug| Status: new Priority: high | Mile

Re: [GHC] #1616: segfault in generated file when using NOINLINE

#1616: segfault in generated file when using NOINLINE -+-- Reporter: guest |Owner: Type: bug | Status: new Priority: normal|Milestone: 6.8 Component: Com

Re[2]: Data.HashTable.hashInt seems somewhat sub-optimal

Hello Jan-Willem, you may be interested to read hashing papers mentioned at http://www.encode.ru/forums/index.php?action=vthread&forum=1&topic=413 -- Best regards, Bulatmailto:[EMAIL PROTECTED] ___ Glasgow-haskell-bugs ma

Re: runghc printing result of main when main is not IO ()

On Thu, Aug 30, 2007 at 08:33:37AM +0100, Simon Marlow wrote: > Tomasz Zielonka wrote: >> Hello! >> Consider: >> $ cat R.hs main = return [()] >> $ runghc R.hs [()] >> This was a bit surprising for me, because I thought that runghc >> mimics the way a compiled program behaves. > > This doesn't happ

Re: runghc printing result of main when main is not IO ()

Tomasz Zielonka wrote: Hello! Consider: $ cat R.hs main = return [()] $ runghc R.hs [()] This was a bit surprising for me, because I thought that runghc mimics the way a compiled program behaves. This doesn't happen with 6.6.1, I believe we fixed it at some point by having runghc perform