From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Max Nikulin Newsgroups: gmane.emacs.bugs Subject: bug#62762: 'make' often errors with "Org version mismatch" after pulling a new version of the code Date: Fri, 5 May 2023 12:27:25 +0700 Message-ID: <64a61548-e343-992f-d193-d8ff4fe0623b@gmail.com> 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> <87sfcfdldt.fsf@localhost> <87bkj1g10g.fsf@localhost> <1c5d0ff0-5bae-1123-d2f7-64d9013fbc0f@gmail.com> <6070e598-7dee-1b7a-7f97-26a90618cb7a@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25921"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Cc: Ihor Radchenko , 62762@debbugs.gnu.org, bzg@gnu.org, dmitry@gutov.dev, Alan Mackenzie , Eli Zaretskii To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri May 05 07:28: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 1punzN-0006bu-7K for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 05 May 2023 07:28:17 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1punzG-0007vS-1O; Fri, 05 May 2023 01:28:10 -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 1punz8-0007v9-EI for bug-gnu-emacs@gnu.org; Fri, 05 May 2023 01:28: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 1punz8-0006Ij-6X for bug-gnu-emacs@gnu.org; Fri, 05 May 2023 01:28:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1punz8-000381-1L for bug-gnu-emacs@gnu.org; Fri, 05 May 2023 01:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Max Nikulin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 May 2023 05:28: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.168326445811988 (code B ref 62762); Fri, 05 May 2023 05:28:02 +0000 Original-Received: (at 62762) by debbugs.gnu.org; 5 May 2023 05:27:38 +0000 Original-Received: from localhost ([127.0.0.1]:52882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1punyk-00037I-Gl for submit@debbugs.gnu.org; Fri, 05 May 2023 01:27:38 -0400 Original-Received: from mail-lf1-f41.google.com ([209.85.167.41]:44417) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1punyh-000371-BP for 62762@debbugs.gnu.org; Fri, 05 May 2023 01:27:36 -0400 Original-Received: by mail-lf1-f41.google.com with SMTP id 2adb3069b0e04-4efd6e26585so1545205e87.1 for <62762@debbugs.gnu.org>; Thu, 04 May 2023 22:27:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683264448; x=1685856448; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=K+MVJVJYsa1DnWIA6xynlIUsoaeMhIxvqj/vpDhZNGo=; b=FVZuAvLBczeQbPjGeHE+tZAPpehtbaahkRzHWmDjR6w25ENOUDNZW/mNktP7SrOH7W ayUlc0pAl+XdchMcdwGt6iBgNGoaHLRdn2PcnUsvrukExdhg5rk5gZK+8G4QCMcmaHr9 CU4mp9ivb0D6hCYPCGetSuRW8+fW6NqIEoq79jsUOVhx/LN+LjWZhMF6IvT/OYPiyhBX MIPVta41bMBstHN6c5uqknMt8YccP9Y49k0P+eSP+s4Ls3BIjubG4gRnybl7PH0ICYfq ZCb2zvRyW7e78bxdAhBUh6rYlKomjkBvltZ14mxT54B7VrcTvDTfoiOaIC6KnEfKT2nk dxjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683264448; x=1685856448; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=K+MVJVJYsa1DnWIA6xynlIUsoaeMhIxvqj/vpDhZNGo=; b=YqtKrVLGj79ShtDKBpPRXgr5IcPeiI6iiNaPb2RrHp/dG9zil2bhq2B2dMoxs8e67F 0paoC66LcZfL/nKKERd6xxe+zNkoZZ0RgxN1tdFyBjJ3jXZ0s0vWcn4gIM6nHIZHFUyj hqyz9VComEcNISnMAHg0IquTCHmzwJXnUSvUQTE1YOt+mGZeIDqWcBXtoaTKQdGBT74O q9iU+BQWeW/MT4bpBMAdfFC298XLSWDG1a4uoA2F52VMdJxp/x6Z4ll74SJt2ba7AOff aOQjmazJiR/wSSAYXToYzM5eKREx9Y4rSqpVvIT6cBZz3UZrw1MXhVasWqdO+N/mHe+6 C+/Q== X-Gm-Message-State: AC+VfDxs0j1zkstVognqmAUQ8gHrXgd2Jf6LIBepaBj93FOabUUszfqF w7uXayFbgLdquL3sfjaIUqY= X-Google-Smtp-Source: ACHHUZ4KDXmBFvIvgsrWvddRxRzh4QxWwK/WuxL/nFDEYKPsb9NnNi1GAaCBSUrmngMjuNjwcWNZEQ== X-Received: by 2002:ac2:5443:0:b0:4eb:1527:e29d with SMTP id d3-20020ac25443000000b004eb1527e29dmr168818lfn.52.1683264448075; Thu, 04 May 2023 22:27:28 -0700 (PDT) Original-Received: from [192.168.0.101] (nat-0-0.nsk.sibset.net. [5.44.169.188]) by smtp.googlemail.com with ESMTPSA id t21-20020ac243b5000000b004b4cbc942a3sm148269lfl.127.2023.05.04.22.27.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 04 May 2023 22:27:27 -0700 (PDT) Content-Language: en-US In-Reply-To: <6070e598-7dee-1b7a-7f97-26a90618cb7a@gmail.com> 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:261052 Archived-At: On 05/05/2023 11:18, Max Nikulin wrote: > On 05/05/2023 04:53, Stefan Monnier wrote: >> Also, the use of `load-prefer-newer` in lisp/Makefile eliminates most of >> the brokenness we used to have in our incremental builds. > > `load-prefer-newer' is a kludge as well. E.g. Python people migrated > from comparison of timestamps to inscribing of .py file hash into byte > compiled .pyc files. So if the hash in .pyc does not match .py content > then .pyc file is recompiled or just ignored. I have realized that neither `load-prefer-newer' not checking hash of the source .el file can help per se when an .elc file becomes stale due to update of a macro in a require'd file. The robust way is to define compilation order through dependencies, preferably autogenerated ones). An alternative is to hope that usually it does not hurt and you are ready to remove .elc files (e.g. by make bootstrap) when you faced an apparent error or just suspect mixed version compilation as the cause of noticed strange behavior (I named this broken incremental builds).