GNU bug report logs -
#69684
Functionality of Fbare_symbol has been lost.
Previous Next
Reported by: Alan Mackenzie <acm <at> muc.de>
Date: Sat, 9 Mar 2024 23:25:01 UTC
Severity: normal
Done: Stefan Kangas <stefankangas <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Hello, Eli.
On Sun, Mar 10, 2024 at 07:57:26 +0200, Eli Zaretskii wrote:
> > Cc: acm <at> muc.de, Paul Eggert <eggert <at> cs.ucla.edu>
> > Date: Sat, 9 Mar 2024 23:23:50 +0000
> > From: Alan Mackenzie <acm <at> muc.de>
> > Hello Paul, hello Emacs.
> > Since a recent commit, Fbare_symbol (in src/data.c) no longer works on a
> > symbol with position when symbols-with-pos-enabled is nil, instead
> > signalling an error.
> > This is due to the new CHECK_SYMBOL (sym); statement in Fbare_symbol,
> > which wasn't there before.
> > Since I merged master into my development branch, I can no longer build
> > it because of this change. A rapid reversion to the previous
> > functionality would be appreciated. :-)
> Couldn't you fix this on your branch by (what sounds like a trivial)
> change in Fbare_symbol?
I've done that already here, of course. But I was wanting to make a
commit yesterday evening, which of course I can't with this bug
unresolved. Paul is quite particular over the exact formulation of these
macros and inline functions, which have an important influence on Emacs's
speed. So I thought I would give him a chance to fix it neatly first.
> Btw, why is your branch special in this regard?
It's the branch where I'm implementing position information in doc
strings, using symbols with position to get this information. This is
bug #67455. Progress is pretty much at the stage where we can start
discussing the exact presentation of the information in backtraces, etc.
--
Alan Mackenzie (Nuremberg, Germany).
This bug report was last modified 83 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.