On 30 Sep 2010, at 14:15, Mattias Gärtner wrote:
Zitat von Jonas Maebe <jonas.ma...@elis.ugent.be>:
On 30 Sep 2010, at 13:32, Mattias Gärtner wrote:
Ehm, are you saying, that the compiler must be restarted when
there were errors, because it does not clean up properly?
As far as allocated memory is concerned: yes. It does free a bunch
of stuff when an error occurs, but not everything, and what is not
freed depends on the error.
Ok. Thanks.
And I guess there are currently no plans to fix this, right?
No, because it would be lots of work (writing test programs that
trigger all possible error conditions and testing/debugging them one
by one, or implementing some kind of mark/release system) with no real
payoff except if you're an IDE developer that wants to integrate the
compiler.
Solving memory leaks that occur during a successful compilation is
both easier (you have to compile less different programs to obtain
large code coverage) and more important to everyone (memory leaks
during a successful compilation can needlessly increase the memory
requirements of the compiler).
So the proper way to integrate FPC is to run it as separate process
or in a dyn lib with its own memory manager. Correct, or ?
This means, in order to share some caches an IDE must use some IPC/
shared memory. Right?
Probably, I haven't really thought about that.
Jonas_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel