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#46495: 28.0.50; [native-comp] Build fails for 32bit --with-wide-int Date: Thu, 01 Apr 2021 10:42:59 +0300 Message-ID: <83k0pmh2m4.fsf@gnu.org> References: <83h7ktlwuy.fsf@gnu.org> <65e12b1d547420e10a19cdad6a33198926abb527.camel@redhat.com> <8335wdknbw.fsf@gnu.org> <83im58k8rb.fsf@gnu.org> <83lfa3iqv3.fsf@gnu.org> <83k0pniq1n.fsf@gnu.org> <83h7krinob.fsf@gnu.org> <83blazijup.fsf@gnu.org> <83y2e3gmmm.fsf@gnu.org> <83wntnglq5.fsf@gnu.org> <83v996h5mw.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39660"; mail-complaints-to="usenet@ciao.gmane.io" Cc: andrewjmoreton@gmail.com, 46495@debbugs.gnu.org To: Andrea Corallo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Apr 01 09:44:10 2021 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 1lRrzu-000AEW-Ez for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 01 Apr 2021 09:44:10 +0200 Original-Received: from localhost ([::1]:56956 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRrzt-0004Hm-EX for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 01 Apr 2021 03:44:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55782) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lRrzm-0004HO-4o for bug-gnu-emacs@gnu.org; Thu, 01 Apr 2021 03:44:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44480) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lRrzl-0005PE-Tq for bug-gnu-emacs@gnu.org; Thu, 01 Apr 2021 03:44:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lRrzl-00079O-Sr for bug-gnu-emacs@gnu.org; Thu, 01 Apr 2021 03:44:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Apr 2021 07:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46495 X-GNU-PR-Package: emacs Original-Received: via spool by 46495-submit@debbugs.gnu.org id=B46495.161726300627428 (code B ref 46495); Thu, 01 Apr 2021 07:44:01 +0000 Original-Received: (at 46495) by debbugs.gnu.org; 1 Apr 2021 07:43:26 +0000 Original-Received: from localhost ([127.0.0.1]:56026 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRrzB-00078I-KW for submit@debbugs.gnu.org; Thu, 01 Apr 2021 03:43:25 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:34468) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRrz9-000784-RN for 46495@debbugs.gnu.org; Thu, 01 Apr 2021 03:43:24 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:49598) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRrz3-0004yT-IK; Thu, 01 Apr 2021 03:43:17 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2503 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lRrz2-0005MY-PA; Thu, 01 Apr 2021 03:43:17 -0400 In-Reply-To: (message from Andrea Corallo on Thu, 01 Apr 2021 07:07:53 +0000) 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" Xref: news.gmane.io gmane.emacs.bugs:203407 Archived-At: > From: Andrea Corallo > Cc: andrewjmoreton@gmail.com, 46495@debbugs.gnu.org > Date: Thu, 01 Apr 2021 07:07:53 +0000 > > Eli Zaretskii writes: > > >> From: Andrea Corallo > >> Cc: andrewjmoreton@gmail.com, 46495@debbugs.gnu.org > >> Date: Wed, 31 Mar 2021 19:43:17 +0000 > >> > >> > So with these 3 files in that directory, which one will be loaded by > >> > Emacs, and how will Emacs know which to load? > >> > >> Emacs will scan and hash the source file and load the correct one if > >> present. > > > > And if the source file isn't available? > > No eln will be loaded. Ouch! That's a general issue, then, not just when there are multiple copies of *.eln for the same .el file, right? IOW, if Emacs is installed such that the *.el files are not available, it will not load the *.eln files, only the *.elc files. I think we should at least produce a run-time warning about that. If the .el file is available, but was compressed, will Emacs scan it after uncompressing to verify the signature? This is the usual way Emacs is installed: we compress all the *.el files. > > In any case, AFAIU I can safely delete the 2 older *.eln files because > > they will never be used, right? > > Correct, unless you have another binary that is using one of these eln > as preloaded, indeed this should not be the case as comp.el is not > preloaded. But even if the file is preloaded, the fact that it is in the same hashed subdirectory of native-lisp/ means it can be used with any binary whose ABI is compatible. Right? Or are you saying that the source-content hash of the .eln file is recorded in the .pdmp file?