Thanks again for the reply, Paul. I was able to refer to "etext" and "end" symbols.
On Nov 1, 3:04 am, Paul Pluzhnikov <[EMAIL PROTECTED]> wrote: > R Karthick <[EMAIL PROTECTED]> 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 _______________________________________________ help-gplusplus mailing list help-gplusplus@gnu.org http://lists.gnu.org/mailman/listinfo/help-gplusplus
