Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-10-23 Thread Ian Lynagh
On Wed, Oct 06, 2010 at 03:26:21PM -0400, Alex Suraci wrote: I've got Atomo up and running on GHC 7 now. Very nice performance boosts! Plus memory appears to be freed, though I can't test loading as it panics: atomo $ atomo load: src/empty.hs atomo: atomo: panic! (the

Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-10-06 Thread Alex Suraci
On Tue, Oct 5, 2010 at 10:50 AM, Simon Marlow marlo...@gmail.com wrote: Oh, in that case the results are to be expected.  GHC prior to version 7.0.1 didn't release memory back to the OS even when the memory requirements of the program dropped: see

Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-10-05 Thread Simon Marlow
On 26/09/2010 18:14, Alex Suraci wrote: On Sep 23, 2010, at 7:11 AM, Simon Marlow wrote: If you are making separate runGhc calls and still don't see the memory being reclaimed, then there might be a leak - but it's hard to see where, since everything is reachable from the Session only. I

Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-10-05 Thread Alex Suraci
On Oct 5, 2010, at 9:25 AM, Simon Marlow wrote: On 26/09/2010 18:14, Alex Suraci wrote: On Sep 23, 2010, at 7:11 AM, Simon Marlow wrote: If you are making separate runGhc calls and still don't see the memory being reclaimed, then there might be a leak - but it's hard to see where, since

Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-10-05 Thread Simon Marlow
On 05/10/2010 14:32, Alex Suraci wrote: On Oct 5, 2010, at 9:25 AM, Simon Marlow wrote: On 26/09/2010 18:14, Alex Suraci wrote: On Sep 23, 2010, at 7:11 AM, Simon Marlow wrote: If you are making separate runGhc calls and still don't see the memory being reclaimed, then there might be a leak

Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-09-26 Thread Alex Suraci
On Sep 23, 2010, at 7:11 AM, Simon Marlow wrote: If you are making separate runGhc calls and still don't see the memory being reclaimed, then there might be a leak - but it's hard to see where, since everything is reachable from the Session only. I suppose we have some global linker state

Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-09-23 Thread Simon Marlow
On 22/09/2010 01:19, Alex Suraci wrote: On Tue, Sep 21, 2010 at 10:30 AM, Daniel Gorínjcpetru...@gmail.com wrote: Hi What I make of this is that you should run a new interpreter (i.e. use runInterpreter(T)) instead of calling reset. Could you try this this approach and see if it works?

Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-09-21 Thread Simon Marlow
On 18/09/2010 03:03, Alex Suraci wrote: Context: My language uses hint to interpret Haskell code at runtime, via `load: path/to/file.hs`. Hint works similar to :load foo.hs in GHCi (it uses the GHC API). After the source is interpreted the module's `load` function is executed in the language's

Re: clearing GHCi (and, by extension, hint) loaded module dependencies

2010-09-21 Thread Alex Suraci
On Tue, Sep 21, 2010 at 10:30 AM, Daniel Gorín jcpetru...@gmail.com wrote: Hi What I make of this is that you should run a new interpreter (i.e. use runInterpreter(T)) instead of calling reset. Could you try this this approach and see if it works? Daniel Every load: call already runs its

clearing GHCi (and, by extension, hint) loaded module dependencies

2010-09-17 Thread Alex Suraci
Context: My language uses hint to interpret Haskell code at runtime, via `load: path/to/file.hs`. Hint works similar to :load foo.hs in GHCi (it uses the GHC API). After the source is interpreted the module's `load` function is executed in the language's VM. There is no valuable result; it is