Re: Profiling and Data.HashTable

2005-10-17 Thread Ketil Malde
Jan-Willem Maessen [EMAIL PROTECTED] writes: The practical upshot is that, for a hash table with (say) 24 entries, the GC must scan an additional 1000 pointers and discover that each one is []. Would a smaller default size help? In my case, I just wanted HTs for very sparse tables.

Re: Dynamic Map

2005-10-17 Thread Bjorn Bringert
Lajos Nagy wrote: Would it be possible to implement a Map in Haskell that, when asked for a key it doesn't have, would return a 'fresh' (meaning: not in the Map already) value, and afterwards it would consistently return the same value for the given key. In other words, it would behave like a

RE: GHC-6.4.1 on FreeBSD-amd64 still not ported

2005-10-17 Thread Simon Marlow
On 15 October 2005 23:10, Wilhelm B. Kloke wrote: ghc/includes touch ghc/includes/{ghcautoconf.h,DerivedConstants.h,GHCConstants.h,mkDerivedC onstants.c} touch ghc/includes/{mkDerivedConstantsHdr,mkDerivedConstants.o,mkGHCConstants, mkGHCConstants.o} touch

RE: Profiling and Data.HashTable

2005-10-17 Thread Simon Marlow
On 14 October 2005 20:31, Jan-Willem Maessen wrote: That 5K number made me immediately suspicious, so I took a look at the source code to Data.HashTable. Sure enough, it's allocating a number of large IOArrays, which are filled with pointers. The practical upshot is that, for a hash table

RE: Profiling and Data.HashTable

2005-10-17 Thread Simon Marlow
On 17 October 2005 08:07, Ketil Malde wrote: BTW, could one cheat by introducing a write barrier manually in some way? Perhaps by (unsafe?) thaw'ing and freeze'ing the arrays when they are modified? Might be worthwhile: freezing is very quick (basically a single write), thawing is slightly

Re[2]: Dynamic Map

2005-10-17 Thread Bulat Ziganshin
Hello Bjorn, Monday, October 17, 2005, 11:48:10 AM, you wrote: BB You could use unsafePerformIO, if it doesn't make you feel dirty. BB Here's what I do to achieve sharing of strings when parsing large files: BB It seems to work, but if any GHC gurus notice any problems, please let BB me know.

GHC 6.4.1 barfs building haskell-src-exts on MingW/WinXP

2005-10-17 Thread Bayley, Alistair
Hello all, I'm trying to build haskell-src-exts-0.2 with GHC 6.4.1 under MingW on WinXP. It segfaults on the runhaskell Setup.hs build command (in the src/haskell-src-exts subdir). Does anyone else get this, or is it just me? sh-2.04$ runhaskell Setup.hs build -v5 Preprocessing library

Re: GHC 6.4.1 barfs building haskell-src-exts on MingW/WinXP

2005-10-17 Thread Babo Attila
Bayley, Alistair wrote: I'm trying to build haskell-src-exts-0.2 with GHC 6.4.1 under MingW on WinXP. It segfaults on the runhaskell Setup.hs build command (in the src/haskell-src-exts subdir). Does anyone else get this, or is it just me? Hi, I have the same problem with haskell-src-exts

GHC-6.4.1 on FreeBSD-amd64 port progress

2005-10-17 Thread Wilhelm B. Kloke
Simon Marlow [EMAIL PROTECTED] schrieb: On 15 October 2005 23:10, Wilhelm B. Kloke wrote: Don't forget to delete Linker.c (for ghci). The stage on teh host system where the process fails jsut now is $MAKE -C libraries boot all because Fake happy is not happy! You mean on the target

Re: GHC 6.4.1 barfs building haskell-src-exts on MingW/WinXP

2005-10-17 Thread Mark Wassell
- Original Message - From: Bayley, Alistair [EMAIL PROTECTED] Hello all, I'm trying to build haskell-src-exts-0.2 with GHC 6.4.1 under MingW on WinXP. It segfaults on the runhaskell Setup.hs build command (in the src/haskell-src-exts subdir). Does anyone else get this, or is it just

Re: GHC 6.4.1 barfs building haskell-src-exts on MingW/WinXP

2005-10-17 Thread Donald Bruce Stewart
attila.babo: Bayley, Alistair wrote: I'm trying to build haskell-src-exts-0.2 with GHC 6.4.1 under MingW on WinXP. It segfaults on the runhaskell Setup.hs build command (in the src/haskell-src-exts subdir). Does anyone else get this, or is it just me? Hi, I have the same problem