GNU bug report logs -
#64726
30.0.50; PUSH_HANDLER macro in src/lisp.h:3053 is unused
Previous Next
Reported by: Ihor Radchenko <yantar92 <at> posteo.net>
Date: Wed, 19 Jul 2023 10:37:02 UTC
Severity: normal
Tags: notabug
Found in version 30.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 64726 in the body.
You can then email your comments to 64726 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64726
; Package
emacs
.
(Wed, 19 Jul 2023 10:37:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ihor Radchenko <yantar92 <at> posteo.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 19 Jul 2023 10:37:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I noticed that the following macro does not appear to be used in the code:
/* Fill in the components of c, and put it on the list. */
#define PUSH_HANDLER(c, tag_ch_val, handlertype) \
It is only listed in ETAGS tests and
ChangeLog.2<emacs>
15943: * src/lisp.h (PUSH_HANDLER): Remove.
appears to assert that the macro has been removed.
In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.38, cairo version 1.17.8) of 2023-07-18 built on localhost
Repository revision: aba3d13ea8d712bca1b3f23ac7db7e38c2165b3c
Repository branch: feature/named-lambdas
Windowing system distributor 'The X.Org Foundation', version 11.0.12101008
System Description: Gentoo Linux
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64726
; Package
emacs
.
(Wed, 19 Jul 2023 13:13:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 64726 <at> debbugs.gnu.org (full text, mbox):
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64726
; Package
emacs
.
(Wed, 19 Jul 2023 13:16:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 64726 <at> debbugs.gnu.org (full text, mbox):
tags 64726 notabug
thanks
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Date: Wed, 19 Jul 2023 10:36:37 +0000
>
> I noticed that the following macro does not appear to be used in the code:
>
> /* Fill in the components of c, and put it on the list. */
> #define PUSH_HANDLER(c, tag_ch_val, handlertype) \
It doesn't appear in our headers, either.
> It is only listed in ETAGS tests and
>
> ChangeLog.2<emacs>
> 15943: * src/lisp.h (PUSH_HANDLER): Remove.
>
> appears to assert that the macro has been removed.
Yes. I think you were deceived by files under test/manual/etags/.
These were taken from an old version of Emacs sources, and are used
only for testing etags. They aren't part of the Emacs sources which
are compiled into the Emacs binary.
There's no bug here.
Added tag(s) notabug.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 19 Jul 2023 13:16:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64726
; Package
emacs
.
(Wed, 19 Jul 2023 14:24:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 64726 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Yes. I think you were deceived by files under test/manual/etags/.
> These were taken from an old version of Emacs sources, and are used
> only for testing etags. They aren't part of the Emacs sources which
> are compiled into the Emacs binary.
I am confused.
I found this macro in src/lisp.h.
Is it there intentionally?
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64726
; Package
emacs
.
(Wed, 19 Jul 2023 15:08:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 64726 <at> debbugs.gnu.org (full text, mbox):
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: 64726 <at> debbugs.gnu.org
> Date: Wed, 19 Jul 2023 14:23:38 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > Yes. I think you were deceived by files under test/manual/etags/.
> > These were taken from an old version of Emacs sources, and are used
> > only for testing etags. They aren't part of the Emacs sources which
> > are compiled into the Emacs binary.
>
> I am confused.
> I found this macro in src/lisp.h.
In which src/lisp.h? I only see it in
test/manual/etags/c-src/emacs/src/lisp.h.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64726
; Package
emacs
.
(Wed, 19 Jul 2023 15:17:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 64726 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> I am confused.
>> I found this macro in src/lisp.h.
>
> In which src/lisp.h? I only see it in
> test/manual/etags/c-src/emacs/src/lisp.h.
Ouch! You are right.
Sorry for the noise.
(I accidentally arrived to that buffer when grepping things around and
then did not notice that there is more than one lisp.h in Emacs git
repo. Just took note of all those ETAGS files and assumed that lisp.h is
the one in src/).
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Wed, 19 Jul 2023 16:22:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ihor Radchenko <yantar92 <at> posteo.net>
:
bug acknowledged by developer.
(Wed, 19 Jul 2023 16:22:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 64726-done <at> debbugs.gnu.org (full text, mbox):
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: 64726 <at> debbugs.gnu.org
> Date: Wed, 19 Jul 2023 15:16:30 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> I am confused.
> >> I found this macro in src/lisp.h.
> >
> > In which src/lisp.h? I only see it in
> > test/manual/etags/c-src/emacs/src/lisp.h.
>
> Ouch! You are right.
> Sorry for the noise.
No sweat.
> (I accidentally arrived to that buffer when grepping things around and
> then did not notice that there is more than one lisp.h in Emacs git
> repo. Just took note of all those ETAGS files and assumed that lisp.h is
> the one in src/).
It happens to others as well. I've seen not once or twice that global
cleanups over all the source files included also the files there...
Closing.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 17 Aug 2023 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 357 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.