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

[Rob Browning]

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.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4