[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: wip-rtl native closure creation
From: |
Andy Wingo |
Subject: |
Re: wip-rtl native closure creation |
Date: |
Mon, 06 Aug 2012 15:00:47 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) |
On Mon 06 Aug 2012 11:39, Sjoerd van Leent Privé <address@hidden> 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/