From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#58771: 29.0.50; context submenu can not click when run emacs lucid build. Date: Fri, 13 Jan 2023 09:32:11 +0200 Message-ID: <83sfgeao04.fsf@gnu.org> References: <56896.1673577808@alto> <87lem6dhq4.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17058"; mail-complaints-to="usenet@ciao.gmane.io" Cc: tumashu@163.com, stephen.berman@gmx.net, visuweshm@gmail.com, kupfer@rawbw.com, 58771@debbugs.gnu.org To: Po Lu , Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jan 13 08:33:50 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pGEZS-0003qZ-1w for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 13 Jan 2023 08:33:50 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pGEYh-00031e-QT; Fri, 13 Jan 2023 02:33:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pGEYg-00031Q-Qb for bug-gnu-emacs@gnu.org; Fri, 13 Jan 2023 02:33:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pGEYg-0005Lm-Hl for bug-gnu-emacs@gnu.org; Fri, 13 Jan 2023 02:33:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pGEYf-0008KJ-Vx for bug-gnu-emacs@gnu.org; Fri, 13 Jan 2023 02:33:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Jan 2023 07:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58771 X-GNU-PR-Package: emacs Original-Received: via spool by 58771-submit@debbugs.gnu.org id=B58771.167359514331942 (code B ref 58771); Fri, 13 Jan 2023 07:33:01 +0000 Original-Received: (at 58771) by debbugs.gnu.org; 13 Jan 2023 07:32:23 +0000 Original-Received: from localhost ([127.0.0.1]:49417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGEY2-0008J8-KW for submit@debbugs.gnu.org; Fri, 13 Jan 2023 02:32:23 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:47598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGEY0-0008It-G4 for 58771@debbugs.gnu.org; Fri, 13 Jan 2023 02:32:21 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pGEXt-00054d-Oy; Fri, 13 Jan 2023 02:32:13 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=VNm5b6JhfBgC5bSTFVHkHVrp3w/QeRYThAQ1rf7E2lM=; b=IwSiMAxRwefB lBv8vhdIVICAQIK4TWKGUiwdehnS3/dUjuZAi8saF7akdzlxaI1a7Qqh9uR98joXGgRfkdOOTxi56 E7hyexKdxT68QJriTqaLsnndvDV4eCUOg3CxrxMi1kUKnN4gVzcAUYNJmA+VqWbCmbUUOXU8ydMZN m49XGs/iWYpZ4JpUfsP7QJVvnUtbJG2pTBVs82hUh/hUXaFnxDbmnDIS1GBj22ZTN+HnIONV+zxuu bUmjTCw1nv46sSKriqCEkP6HQir/CEKrebGSWaflDYjanbci79SMlCeTRXYMnCVGdYW4oXBs+GHp/ VlUrI831YqcHDLZ8SdGdUQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pGEXs-0001AP-WA; Fri, 13 Jan 2023 02:32:13 -0500 In-Reply-To: <87lem6dhq4.fsf@yahoo.com> (message from Po Lu on Fri, 13 Jan 2023 15:19:31 +0800) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:253266 Archived-At: > From: Po Lu > Cc: Eli Zaretskii , tumashu@163.com, stephen.berman@gmx.net, > 58771@debbugs.gnu.org, visuweshm@gmail.com > Date: Fri, 13 Jan 2023 15:19:31 +0800 > > Mike Kupfer writes: > > Could it be that the root cause for this is that ALLOBJS is not > > defined in lwlib/Makefile.in? > > I think you've identified the problem. I tried hacking lwlib/Makefile > as follows: > > --- Makefile~ 2022-12-29 17:42:05.288751298 -0800 > +++ Makefile 2023-01-12 21:08:24.717146041 -0800 > @@ -57,6 +57,8 @@ > > OBJS = lwlib.o $(TOOLKIT_OBJS) lwlib-utils.o > > +ALLOBJS = $(OBJS) > + > -include ${top_builddir}/src/verbose.mk > > AUTO_DEPEND = yes > > Now, when I touch src/globals.h and run "make", xlwmenu.o does get > rebuilt. > > Po Lu wrote: > > > >> Mike, what are the contents of lwlib/deps/xlwmenu.d on your system? > > > > I've attached the version from my most recent backup. Its mtime > > predates when I built the broken binary. The contents are the same as > > what's currently in my build tree. > > > > mike > > > > xlwmenu.o: xlwmenu.c ../src/config.h ../src/conf_post.h ../src/lisp.h \ > > ../lib/alloca.h ../lib/string.h ../lib/inttypes.h ../lib/attribute.h \ > > ../lib/intprops.h ../lib/intprops-internal.h ../lib/verify.h \ > > ../src/globals.h ../src/comp.h ../src/dynlib.h ../src/thread.h \ > > ../src/regex-emacs.h ../src/lisp.h ../src/sysselect.h \ > > ../lib/sys/select.h ../src/systhread.h ../lib/stdio.h xlwmenuP.h \ > > xlwmenu.h lwlib.h lwlib-widget.h ../src/lisp.h lwlib-utils.h \ > > ../src/xterm.h ../src/dispextern.h ../src/character.h ../lib/c-strcase.h \ > > ../src/fontset.h ../src/termhooks.h ../src/systime.h ../lib/timespec.h \ > > ../lib/arg-nonnull.h ../src/bitmaps/gray.xbm > > ../src/config.h: > > ../src/conf_post.h: > > ../src/lisp.h: > > ../lib/alloca.h: > > ../lib/string.h: > > ../lib/inttypes.h: > > ../lib/attribute.h: > > ../lib/intprops.h: > > ../lib/intprops-internal.h: > > ../lib/verify.h: > > ../src/globals.h: > > ../src/comp.h: > > ../src/dynlib.h: > > ../src/thread.h: > > ../src/regex-emacs.h: > > ../src/lisp.h: > > ../src/sysselect.h: > > ../lib/sys/select.h: > > ../src/systhread.h: > > ../lib/stdio.h: > > xlwmenuP.h: > > xlwmenu.h: > > lwlib.h: > > lwlib-widget.h: > > ../src/lisp.h: > > lwlib-utils.h: > > ../src/xterm.h: > > ../src/dispextern.h: > > ../src/character.h: > > ../lib/c-strcase.h: > > ../src/fontset.h: > > ../src/termhooks.h: > > ../src/systime.h: > > ../lib/timespec.h: > > ../lib/arg-nonnull.h: > > ../src/bitmaps/gray.xbm: > > Here xlwmenu.o does depend on globals.h. But I think lwlib is being > built before make-docfile is run, so we will need to make it depend on > make-docfile being run. > > Does anyone have a better idea? I think the dependency is the correct idea, yes. Paul, is it true that lwlib/Makefile.in needs to define ALLOBJS for the deps stuff to work correctly?