[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GH replacement proposal (includes a bit of Unicode)

From: Rob Browning
Subject: Re: GH replacement proposal (includes a bit of Unicode)
Date: Thu, 22 Apr 2004 19:25:55 -0500
User-agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)

Dirk Herrmann <address@hidden> writes:

> IMO, looking at the problems with the separation of memoization and
> execution, the problems with the generational garbage collector, the
> problems with the module system: If more internals of guile would have
> remained hidden from the start, allowing us to optimize stuff behind
> the scences, guile would have a much better performance today! I spend
> 90% percent of the time that I work on the separation of memoization
> and execution thinking how I can incrementally introduce my patches
> such that the big incompatible change is postponed as late as possible.

Hmm.  So if we're going to have to make that change anyway (before
1.8?), then why delay (presuming the incremental approach slows you
down)?  I don't mean to imply there's not a reason, I just wanted to
understand it.

Rob Browning
rlb and; previously
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4

reply via email to

[Prev in Thread] Current Thread [Next in Thread]