[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Emacs-diffs] emacs-25 3eb93c0: Rely on conservative stack scanning

From: Daniel Colascione
Subject: Re: [Emacs-diffs] emacs-25 3eb93c0: Rely on conservative stack scanning to find "emacs_value"s
Date: Wed, 30 Mar 2016 14:18:08 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0

On 03/30/2016 02:13 PM, Stefan Monnier wrote:
>>> It's not clear that this feature is worth the hassle of supporting it.
>> If emacs_value* were a real pointer, then the feature would come for free.
> We have 30 years of experience with Lisp_Object.
> It works well and is efficient.

And zero years of experience with anything not statically linked into
Emacs core.

> The other scheme originally implemented was terribly inefficient

No it wasn't. It's one additional pointer dereference.

> (just
> like the still present signal-emasculating scheme) and with no
> experience to show for it.
> If you want a "emacs_value_pointer" abstraction, you can layer it on top
> of the current API.  The reverse is not true.

And I'd bet you'd still love to just ship lisp.h with Emacs and make
(call-process "gcc" ...) to load modules.

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

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