Re: C Garbage collector

2001-02-26 Thread Karl M. Hegbloom
Do you folks know anything about the garbage collector in rScheme http://www.rscheme.org/>? They say it's got a "real time generational" garbage collector. It must be worth looking over. -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] http://www.microsharp.com phone://USA/WA/360-260-2066

Re: Not revisiting the RFC process (was: RFC 362...)

2001-02-26 Thread Edward Peschko
On Thu, Feb 22, 2001 at 05:12:05PM -0500, Adam Turoff wrote: > On Thu, Feb 22, 2001 at 01:41:22PM -0800, Edward Peschko wrote: > > On Thu, Feb 22, 2001 at 04:04:31PM -0500, Adam Turoff wrote: > > > 1) The RFC was a free-for-all brainstorming process. Intentionally. > > > > right, and your poin

Re: Turn 'em on! (was Re: Warnings, strict, and CPAN)

2001-02-26 Thread Nathan Wiger
[EMAIL PROTECTED] wrote: > > > Command-line flags on by default [-T -Mstrict -Mwarnings]: > > We already beat this to death with the .perlrc discussion. You'll > break reams of Perl code you probably don't even know you have this > way. > > It destroys the portability of Perl programs. Yup,

Re: C Garbage collector

2001-02-26 Thread Hong Zhang
Almost every GC algorithm has its advantages and disadvantages. Real-time gc normally carry high cost, both in memory and in cpu time. I believe that options is very important. We should make Perl 6 runtime compaible with multiple gc schemes, possibly including reference counting. However, it wil