From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.bugs Subject: bug#62762: 'make' often errors with "Org version mismatch" after pulling a new version of the code Date: Tue, 02 May 2023 11:26:54 +0000 Message-ID: <87sfcfdldt.fsf@localhost> References: <17b74a48-94e1-9106-cc79-d31972313910@gutov.dev> <837cujaqzq.fsf@gnu.org> <87wn2ilwed.fsf@localhost> <83zg7ealrd.fsf@gnu.org> <87pm8a8dx4.fsf@localhost> <87pm7vt0mx.fsf@localhost> <87cz3k8i27.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29175"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bzg@gnu.org, dmitry@gutov.dev, Eli Zaretskii , 62762@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 02 13:24:23 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 1pto7K-0007O2-QW for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 02 May 2023 13:24:22 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pto72-0000UJ-MQ; Tue, 02 May 2023 07:24:04 -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 1pto70-0000T6-Dh for bug-gnu-emacs@gnu.org; Tue, 02 May 2023 07:24: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 1pto70-0004n8-5A for bug-gnu-emacs@gnu.org; Tue, 02 May 2023 07:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pto6z-0005tf-J2 for bug-gnu-emacs@gnu.org; Tue, 02 May 2023 07:24:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 May 2023 11:24: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.168302664022656 (code B ref 62762); Tue, 02 May 2023 11:24:01 +0000 Original-Received: (at 62762) by debbugs.gnu.org; 2 May 2023 11:24:00 +0000 Original-Received: from localhost ([127.0.0.1]:41822 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pto6y-0005tM-Er for submit@debbugs.gnu.org; Tue, 02 May 2023 07:24:00 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:47139) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pto6t-0005su-KA for 62762@debbugs.gnu.org; Tue, 02 May 2023 07:23:58 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 1C62924030C for <62762@debbugs.gnu.org>; Tue, 2 May 2023 13:23:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1683026630; bh=8nvq0rdpj9iuUZvGWoZzPniC5rAIGKv2/d6424E1Ue8=; h=From:To:Cc:Subject:Date:From; b=PKS4bjnMt39Gy451endhshMBHn9aB9HAngPQZWDz3bYbcGvhKCzcAIVumxvGBcbhn 45BPvS7D/yE3SwfkWwv6ovNZaB2+iTgbMH5FcZjwmuIMyPh1YT0DnJ/LrsCJIrivpa 3kGBvcH43CTZJYZNkBfy5ERJdaU7zbF8OC4mKTGGOloRAoBozv/4cy3eHv9615nOyM s8wcToHA+Rf+NpNpfqijgMxIxhXk6Z9HcIRcyBZcD7o4c+bpgbOy4yphFXmzzfpeFW e5oQDLDfVh4j1aZrNoNoYlz6XRrVGylCPu3iOSfPLA8sBFaEHTcsyjgmJgSSsTPLDH LhfzvkjPQCFEg== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Q9d4j1cnbz6tsb; Tue, 2 May 2023 13:23:48 +0200 (CEST) In-Reply-To: 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:260910 Archived-At: Stefan Monnier writes: >> May you provide an approximate code for that function? > > Something like (guaranteed 100% untested): > > (defun my-require-with-shadow-check (feature &optional reload) Thanks! This looks interesting, if we replace all the requires in Org with `my-require-with-shadow-check'. Although, AFAIU, it does not address the problem with stale .elc files kept from the previous Org version in the same folder (AFAIR, it is what often happens in ELPA builds). And we somehow need to make sure that `my-require-with-shadow-check' is available for all its users. Just like with `org-assert-version', older Org may not provide the function and compilation/loading can fail with "Symbol function is void". Your idea with providing built-in `require-with-shadow-check` will partially solve the latter problem. At least, on the latest Emacs. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at