[Top][All Lists]

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

Re: scratch/accurate-warning-pos: next steps.

From: Paul Eggert
Subject: Re: scratch/accurate-warning-pos: next steps.
Date: Mon, 10 Dec 2018 15:54:02 -0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1

On 12/10/18 10:00 AM, Alan Mackenzie wrote:
lisp.h would be modified to define alternative versions of EQ, NILP,
SYMBOLP, and XSYMBOL, and alternative versions of the INLINE functions
which call them.  These would be called BC_EQ, BC_NILP, BC_SYMBOLP, and

Most of the C sources would, at build time, be fed to a preprocessor
which would analyse (almost every) C function, and write a temporary file
containing the functions foo and BC_foo next to eachother.

This preprocessor would be a separate program that we'd write? If so, that sounds error-prone. C is notoriously tricky to preprocess, and Emacs already uses the C preprocessor aggressively. Instead, why not use the C preprocessor itself, rather than writing another preprocessor for C? In other words, compile each file twice, once with one -D option and once with another.

Even with this suggestion, though, I'm leery of multiple interpreters. Although it'd be better to have multiple interpreters (one faster, one slower) than to have just a single, slower interpreter, it'd be better yet to have just a single, faster interpreter.

Instead, I suggest looking into Stefan's suggestion to use edebug info <https://lists.gnu.org/archive/html/emacs-devel/2018-11/msg00526.html>, which should be a much less-drastic way to address the problem; for more info, see Gemini's followup <https://lists.gnu.org/r/emacs-devel/2018-12/msg00043.html>. Alternatively, Yuri's suggestion of an opt-in property for macros <https://lists.gnu.org/r/emacs-devel/2018-12/msg00023.html> also seems like a much-simpler approach that should work just as well in the long run as multiple interpreters would.

reply via email to

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