[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.


reply via email to

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