GNU bug report logs -
#58771
29.0.50; context submenu can not click when run emacs lucid build.
Previous Next
Reported by: Feng Shu <tumashu <at> 163.com>
Date: Tue, 25 Oct 2022 05:45:01 UTC
Severity: normal
Merged with 57320,
57518,
59733
Found in version 29.0.50
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
Full log
Message #56 received at 58771 <at> debbugs.gnu.org (full text, mbox):
> Cc: Feng Shu <tumashu <at> 163.com>, Stephen Berman <stephen.berman <at> gmx.net>,
> 58771 <at> debbugs.gnu.org, Visuwesh <visuweshm <at> gmail.com>
> Date: Thu, 12 Jan 2023 11:44:17 +0800
> From: Po Lu via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> Mike Kupfer <kupfer <at> rawbw.com> writes:
>
> > Would this also involve removing f_lucid__menu_grab_keyboard from the
> > emacs_globals struct and removing the corresponding DEFVAR_BOOL in
> > keyboard.c? pop_up_menu() is the only place lucid__menu_grab_keyboard
> > is used.
>
> Ah, globals.h is automatically generated by make-docfile from the
> various *.[cm] files during the build process. This is why it is very
> easy to end up with subtle differences in globals.h. Especially in
> lwlib, which has no business accessing Lisp anyway.
I don't think I understand the problem you are trying to fix, and the
messages recorded by debbugs don't help (maybe some were lost or sent
in private email?). Can you explain the relevance of globals.h to the
subject of this bug report?
Dependencies for header files are supposed to be recorded
automatically in the deps subdirectory, as part of compilation of C
source files, so how come something is not recompiled when its
dependency header file changes? And I have _never_ seen any problems
with how we generate globals.h or detect that its contents changed.
This bug report was last modified 2 years and 132 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.