[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.
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
- Re: GH replacement proposal (includes a bit of Unicode), (continued)
- Re: GH replacement proposal (includes a bit of Unicode), Dirk Herrmann, 2004/04/22
- Re: GH replacement proposal (includes a bit of Unicode), Dirk Herrmann, 2004/04/24
- Re: GH replacement proposal (includes a bit of Unicode), Marius Vollmer, 2004/04/24
- Re: GH replacement proposal (includes a bit of Unicode), Dirk Herrmann, 2004/04/25
- Re: GH replacement proposal (includes a bit of Unicode), Paul Jarc, 2004/04/25
Re: GH replacement proposal (includes a bit of Unicode), Dirk Herrmann, 2004/04/17
Re: GH replacement proposal (includes a bit of Unicode), Rob Browning, 2004/04/22