From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#62762: 'make' often errors with "Org version mismatch" after pulling a new version of the code Date: Thu, 4 May 2023 14:02:37 +0000 Message-ID: References: <87pm7vt0mx.fsf@localhost> <87cz3k8i27.fsf@localhost> <87sfcfdldt.fsf@localhost> <87bkj1g10g.fsf@localhost> <83ild8lkuc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="834"; mail-complaints-to="usenet@ciao.gmane.io" Cc: yantar92@posteo.net, 62762@debbugs.gnu.org, bzg@gnu.org, dmitry@gutov.dev, monnier@iro.umontreal.ca, manikulin@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 04 16:07:38 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 1puZcP-000AXF-Vt for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 04 May 2023 16:07:37 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1puZc4-0001Mv-3X; Thu, 04 May 2023 10:07:16 -0400 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 1puZXy-0000RE-PK for bug-gnu-emacs@gnu.org; Thu, 04 May 2023 10:03:02 -0400 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 1puZXy-000495-Gd for bug-gnu-emacs@gnu.org; Thu, 04 May 2023 10:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1puZXy-0005cZ-3n for bug-gnu-emacs@gnu.org; Thu, 04 May 2023 10:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 May 2023 14:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62762 X-GNU-PR-Package: emacs Original-Received: via spool by 62762-submit@debbugs.gnu.org id=B62762.168320896621582 (code B ref 62762); Thu, 04 May 2023 14:03:02 +0000 Original-Received: (at 62762) by debbugs.gnu.org; 4 May 2023 14:02:46 +0000 Original-Received: from localhost ([127.0.0.1]:51606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1puZXh-0005c2-On for submit@debbugs.gnu.org; Thu, 04 May 2023 10:02:46 -0400 Original-Received: from mx3.muc.de ([193.149.48.5]:30273) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1puZXf-0005bm-Si for 62762@debbugs.gnu.org; Thu, 04 May 2023 10:02:44 -0400 Original-Received: (qmail 52479 invoked by uid 3782); 4 May 2023 16:02:38 +0200 Original-Received: from acm.muc.de (pd953a166.dip0.t-ipconnect.de [217.83.161.102]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 04 May 2023 16:02:37 +0200 Original-Received: (qmail 17651 invoked by uid 1000); 4 May 2023 14:02:37 -0000 Content-Disposition: inline In-Reply-To: <83ild8lkuc.fsf@gnu.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de 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:261016 Archived-At: Hello, Eli. On Thu, May 04, 2023 at 08:35:55 +0300, Eli Zaretskii wrote: > > Date: Wed, 3 May 2023 21:37:11 +0000 > > Cc: Stefan Monnier , bzg@gnu.org, dmitry@gutov.dev, > > Eli Zaretskii , 62762@debbugs.gnu.org, > > Max Nikulin > > From: Alan Mackenzie > > > > It occurs to me that perhaps the CC Mode solution to the original > > problem might be useful. It was written by my predecessor at CC Mode, > > Martin Stjernholm. In ~20 years of using it, I've never had problems > > with using incorrect versions of macros, or anything like that. > No, the situation with CC Mode solution is far from ideal. It's the > reason that we have had the dependencies below in lisp/Makefile.in for > the past 15 years: The dependencies in Lisp/Makefile are there because there are actual dependencies between the CC Mode source files. I think this is orthogonal to the problems in upstream CC Mode which Martin Stjernholm solved (or, at least, worked around) with cc-bytecomp.el. They were to do with getting versions of macro files mixed up. If I've understood Ihor correctly (about which I'm far from sure), org was suffering the same problem as CC Mode was ~20 years ago, and that is the reason for the version check in org's build system. Unfortunately, org's fix for its upstream problem leaks downstream into Emacs and causes build failure, or at the very least _has_ caused such failure. My last post was suggesting that the mechanism in cc-bytecomp.el might be able to take the place of that version check, causing less aggravation for those building Emacs. > # https://debbugs.gnu.org/1004 > # CC Mode uses a compile time macro system which causes a compile time > # dependency in cc-*.elc files on the macros in other cc-*.el and the > # version string in cc-defs.el. [ .... ] > Each time some of the cc-*.el files change we recompile all of them. > The difference between this and Org is that Org has many more files, > so spelling out their dependencies is impractical (that was the first > possible solution I thought about when I tried to solve the Org > issue). There are other subprojects in Emacs with several/many source files, such as gnus, cedet, and calc. How do they manage to stay coherent without special mechanisms? -- Alan Mackenzie (Nuremberg, Germany).