Re: [boost] GC
Kevin Cadieux wrote: I'm starting with this project so I can only give you a general description. The GC I am talking about would be omnipresent in the project and almost invisible to the user without affecting the control the programmer would have over it. It could obviously allow multiple instanciations so that the programmer can tune each of his GC's the way he wants to. That would boost up the performance in the case that a programmer would need Is it conservative? If not, how do you access the children of each vertex in the pointer graph? The multiple instantiations sounds similar to cmm (ftp://ftp.di.unipi.it/pub/project/posso/cmm ). If so, I think it's a good idea; however, I'm wondering how you'd mix, for example, rc with mark-sweep. ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Re: [boost] GC
I'm starting with this project so I can only give you a general description. The GC I am talking about would be omnipresent in the project and almost invisible to the user without affecting the control the programmer would have over it. It could obviously allow multiple instanciations so that the programmer can tune each of his GC's the way he wants to. That would boost up the performance in the case that a programmer would need to collect garbage differently without having to change back and forth the settings of a single GC instanciation. If the user wants to start using the GC right away without messing with settings, he/she could easily start it up using a function such as StartGC() (or whatever) which will use default settings. I'm waiting for your opinions, do not hesitate to ask your questions. Kevin _ MSN Search, le moteur de recherche qui pense comme vous ! http://fr.ca.search.msn.com/ ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Re: [boost] GC
Kevin Cadieux wrote: Would a library enabling Garbage Collecting be of any interest? Yes, but how does it compare with that in: http://groups.yahoo.com/group/boost/files/shared_cyclic_ptr/ ? In particular, see the just uploaded proxchildren-pattern.html. I couldn't upload the class and sequence diagrams referenced by that html file. I'll try later. I'm currently in midst of rewriting code; hence, it maybe better to wait, but the main advantages listed in that html file will still hold. (The file was created using docbook. Thanks to Douglas Gregor for paving the way in that area). ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Re: [boost] GC
Douglas Gregor said: > On Saturday 15 March 2003 02:17 am, Kevin Cadieux wrote: >> Would a library enabling Garbage Collecting be of any interest? > > I'm interested. I think a lot of people are interested... but expect any submission to be thoroughly picked over. GC is a complex topic for which there's not always hard and fast answers that everyone agrees on/likes. But if you've got something, don't let that discourage you. I personally would certainly like to see something along these lines in Boost. -- William E. Kempf ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Re: [boost] GC
On Saturday 15 March 2003 02:17 am, Kevin Cadieux wrote: > Would a library enabling Garbage Collecting be of any interest? I'm interested. Doug ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
[boost] GC
Would a library enabling Garbage Collecting be of any interest? Kevin _ MSN Search, le moteur de recherche qui pense comme vous ! http://fr.ca.search.msn.com/ ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
