On Mon 06 Aug 2012 11:39, Sjoerd van Leent Privé <svanle...@gmail.com> writes:
> Wouldn't it be feasible in the future that there might be, because of > more memory, other designs, such as caching, which create much more > closures than current designs? I don't know, but on 64-bit platforms > (and perhaps even architectures with a larger bus), it seems to me that > it is necessary to stick to this bus length. I think the short answer is "no". The long answer: although in the execution of a program there may be a practically unbounded number of closures, there is only a finite number of source locations, and multiple closures for a given source location share code. (Modulo optimization and inlining and such things.) So a 32-bit relative offset from a compilation unit's bytecode to native code will be sufficient for at least, I dunno, a decade or so -- until maybe we don't have bytecode at all any more. Andy -- http://wingolog.org/
