Re: Static Memory Area for Garbage Collection

[R Karthick]

Thanks again for the reply, Paul.  I was able to refer to "etext" and
"end" symbols.

On Nov 1, 3:04 am, Paul Pluzhnikov <ppluzhnikov-...@charter.net>
wrote:
> R Karthick <karthick.ramachand...@gmail.com> writes:
> > I havent thought about dynamically-linked executables yet. However I
> > believe multi-threaded applications should work as the GC already
> > supports it.
>
> Supports it how?
>
> In order to implement GC in multi-threaded environment, you must
> be able to tell where all the thread stacks are. How are you going
> to achieve that?

GC internally is designed in such a way that the user will have to
give "hints" to GC on which objects are to be considered as the roots.
To put it in other words,  the stack variables will be treated as
roots, only when the user specifies explicitly that it points to a
object that has to be garbage collected. I am still in the process of
understanding the complete functionality. Please correct me if I am
wrong.

Thanks!

--
Karthick R