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#62762: 'make' often errors with "Org version mismatch" after pulling a new version of the code Date: Sat, 25 Nov 2023 09:08:20 +0200 Message-ID: <83msv2e2e3.fsf@gnu.org> References: <17b74a48-94e1-9106-cc79-d31972313910@gutov.dev> <83zg7ealrd.fsf@gnu.org> <87pm8a8dx4.fsf@localhost> <8335569rs7.fsf@gnu.org> <87jzyi8cu2.fsf@localhost> <83wn2i8bht.fsf@gnu.org> <875ya18oaz.fsf@localhost> <83zg7d78wv.fsf@gnu.org> <87fs94faes.fsf@localhost> <83zg7c41qq.fsf@gnu.org> <87h6tjeuei.fsf@localhost> <83o7nr4yrp.fsf@gnu.org> <87a5zb7rgu.fsf@localhost> <83pm85ctf5.fsf@gnu.org> <83edod4fzw.fsf@gnu.org> <87r0sdp859.fsf@localhost> <83o7ng1c1p.fsf@gnu.org> <878rekum41.fsf@localhost> <87sfcrt1ta.fsf@localhost> <83leihy18o.fsf@gnu.org> <87fs8ptqe4.fsf@localhost> <4cd906ac-a500-86ac-6c62-d4c7f4ebb06c@gutov.dev> <83sf4vdlsi.fsf@gnu.org> <162de3ab-cd7c-c7c2-ab9f-38dc57003b6e@gutov.dev> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30018"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bzg@gnu.org, yantar92@posteo.net, 62762@debbugs.gnu.org, monnier@iro.umontreal.ca, kyle@kyleam.com To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 25 08:09:17 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 1r6mmz-0007aq-RD for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Nov 2023 08:09:17 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r6mmj-000472-Ge; Sat, 25 Nov 2023 02:09:01 -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 1r6mmf-00046j-W5 for bug-gnu-emacs@gnu.org; Sat, 25 Nov 2023 02:08:58 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r6mme-0006vz-Ub for bug-gnu-emacs@gnu.org; Sat, 25 Nov 2023 02:08:57 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1r6mmj-0005ld-Qc for bug-gnu-emacs@gnu.org; Sat, 25 Nov 2023 02:09:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Nov 2023 07:09:01 +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.170089611822140 (code B ref 62762); Sat, 25 Nov 2023 07:09:01 +0000 Original-Received: (at 62762) by debbugs.gnu.org; 25 Nov 2023 07:08:38 +0000 Original-Received: from localhost ([127.0.0.1]:37676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6mmL-0005l1-Eo for submit@debbugs.gnu.org; Sat, 25 Nov 2023 02:08:37 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59110) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6mmJ-0005ko-7H for 62762@debbugs.gnu.org; Sat, 25 Nov 2023 02:08:36 -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 1r6mm7-0006tr-AT; Sat, 25 Nov 2023 02:08:23 -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=KV3J1iHKWQUsmi+gfiyNMw0w4O71jzcPtTBzbZt5tFM=; b=WlDJ5AzQ99TE hxdIxKoWr7ChTqZgdzm1Gm6q6/q4Nmh3xY0TcZgpKFFETp3hGPAL0hmlFCBOmYZSWcMTeIKANnaWn Lu3OMeL6Fm8MEkMUcj265v3ciwtaCjV2/x7rRcXHlqOeDYQnqWBbTahwHgpmJzD41QRgPeML9lqad 53P6PY/K5KBERvR/mSyF1d7FjoiLEZnnTIYThY7Kxzy8i+G7v1ZSH3Uouvi8sYTmh4KU2JcbVG/fm eLWYTL2k/EiyImkI9OZA+fynbSHMRAyk1UjmANakAM0oSUz+58h5bfcNTYzEAic6+ntiW3SpxWkOb VbIKP1HKDZ4/6IXzvSuiTg==; In-Reply-To: <162de3ab-cd7c-c7c2-ab9f-38dc57003b6e@gutov.dev> (message from Dmitry Gutov on Fri, 24 Nov 2023 20:56:31 +0200) 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:274914 Archived-At: > Date: Fri, 24 Nov 2023 20:56:31 +0200 > Cc: yantar92@posteo.net, monnier@iro.umontreal.ca, bzg@gnu.org, > 62762@debbugs.gnu.org, kyle@kyleam.com > From: Dmitry Gutov > > On 24/11/2023 20:54, Eli Zaretskii wrote: > >> Date: Fri, 24 Nov 2023 19:43:53 +0200 > >> Cc:monnier@iro.umontreal.ca,bzg@gnu.org,62762@debbugs.gnu.org, > >> Kyle Meyer > >> From: Dmitry Gutov > >> > >> I still see the "Org version mismatch" error fairly often when > >> rebuilding Emacs (after which I have to invoke 'touch lisp/org/...' > >> again), or when trying to use org-mode in an already-built Emacs. All of > >> that with the master branch. > > That's because the version test was not removed, just suppressed in > > the most frequent situations during the build. But when Org files > > need to be actually loaded (e.g., to generate a manual out of some > > foo.org source), the test will kick in and will abort the command. > > > > The only way to avoid that is to redesign and reimplement the solution > > for version mismatch in Org macros. > > I thought the idea was to skip the version check at least when the Org > version is built-in? AFAIU, this is impossible, as long as Org uses macros that can change in incompatible ways, and as long as the decision of Org developers is in effect to force recompilation each time they bump the version, so as to avoid weird problems due to changes in macros. The change we installed in the Emacs build procedure simply delays the error until Org is actually used (as opposed to just being compiled as part of the build update).