Re: [Emacs-diffs] emacs-25 3eb93c0: Rely on conservative stack scanning to find "emacs_value"s

[Daniel Colascione]

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.

signature.asc
Description: OpenPGP digital signature