Re: [Haskell] thread-local variables

2006-08-08 Thread Frederik Eaton
> Furthermore, can we move this thread from the Haskell mailing list > (which should not have heavy traffic) to either Haskell-Café, or > the libraries list? Sure, moving to haskell-cafe. Frederik -- http://ofb.net/~frederik/ ___ Haskell mailing list

Re: [Haskell] thread-local variables

2006-08-08 Thread Frederik Eaton
On Tue, Aug 08, 2006 at 04:21:06PM +0300, Einar Karttunen wrote: > On 07.08 13:16, Frederik Eaton wrote: > > > How would this work together with the FFI? > > > > It wouldn't, at least I wouldn't care if it didn't. > > Suddenly breaking libraries that happen to use FFI behind your > back does not

Re: [Haskell] thread-local variables

2006-08-08 Thread Einar Karttunen
On 07.08 13:16, Frederik Eaton wrote: > > How would this work together with the FFI? > > It wouldn't, at least I wouldn't care if it didn't. > Suddenly breaking libraries that happen to use FFI behind your back does not seem like a good conservative extension. I think we should move the discussi

Re: [Haskell] thread-local variables

2006-08-08 Thread Frederik Eaton
Hi Simon, It is good that you support thread-local variables. I have initialized a wiki page: http://haskell.org/haskellwiki/Thread_local_storage The main difference between my and your proposals, as I see it, is that your proposal is based on "keys" which can be used for other things. I think

[Haskell] deriving DeepSeq and deep strict fields proposals (Re[2]: [Haskell-cafe] How can we detect and fix memory leak due to lazyness?)

2006-08-08 Thread Bulat Ziganshin
Hello Ki, Tuesday, August 8, 2006, 6:34:51 AM, you wrote: > Unfortunately seq and the strict data declaration is not helpful in general. > They are only helpful on base values such as Int or Bool. > What they do is just making sure that it is not a thunk. > That is if it was a list it would just