From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lynn Winebarger Newsgroups: gmane.emacs.devel Subject: Re: --with-native-compilation build failure on 32-bit systems Date: Fri, 5 Aug 2022 11:16:39 -0400 Message-ID: References: <86k07nl9qe.fsf@phe.ftfl.ca> <87bksyc36k.fsf@gnus.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000a920d805e57ff447" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24654"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , Joseph Mingrone , emacs-devel , emacs@freebsd.org To: Andrea Corallo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Aug 05 17:18:47 2022 Return-path: Envelope-to: ged-emacs-devel@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 1oJz66-0006DR-PO for ged-emacs-devel@m.gmane-mx.org; Fri, 05 Aug 2022 17:18:46 +0200 Original-Received: from localhost ([::1]:44664 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oJz65-0005QQ-MX for ged-emacs-devel@m.gmane-mx.org; Fri, 05 Aug 2022 11:18:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56812) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oJz4J-0004Zy-FO for emacs-devel@gnu.org; Fri, 05 Aug 2022 11:16:56 -0400 Original-Received: from mail-pg1-x52f.google.com ([2607:f8b0:4864:20::52f]:40527) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oJz4H-0006vy-Fv for emacs-devel@gnu.org; Fri, 05 Aug 2022 11:16:55 -0400 Original-Received: by mail-pg1-x52f.google.com with SMTP id f11so2919878pgj.7 for ; Fri, 05 Aug 2022 08:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=IlkobtaQkkdgnlCrymkYejRbxAwOyIP/Ixcd+wALY2k=; b=VIq39jeqnjry6UlhulwLlcGuMeuLZ5h/M27tCNvsZq2IUiff4u7kDExgWCAvQJOj/A Xi6e70HnF3cj1DHjtRM8m1JWmsVkhsaGrhJ3r/HQyXkM09+5iBN4s5BpMqRYroz8TK7Q NaQOK1xb4JtRuVjIlY11TgU8RsD1QW5R1VPQ15w+w7a8lcKuuRK2llJs0GDz1farQ8s8 et8ays+9p3o6BA099i/+Pspf8ZH86jilEE3A4FYXOSGO1hNEhigHh03uxKB+01e04IOX FzIJG3S9k3lR2BPQBCDLv/zEMjGymDWTeI2MzRnYRwfi+knew6S+ZrWgsWCbqBG8Qel3 tLlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=IlkobtaQkkdgnlCrymkYejRbxAwOyIP/Ixcd+wALY2k=; b=qGJGMvL6qz78vGWt8oFpXwMURBjoeBSamfFysyhtVz34uhwHJp7NWEZPVEisFAGC7n 1M8Rn6eH6GuY/qUIU3ovKbI7xg+SRrQiLIcGPkceYNqYI21UIyUlqVFjzhMe44DzXSTP UrjcU5pdizxOEGEILUNUFudb8D+DvioQH3NcsFXzIt1vd/cKnrieZIEz4TuEHVY6CRUv x2q+uoiVKpJ8skx5XWeP5+k+y3YmsB4q46mJAGsRecvnpPUB0qVpbtfAtqMxNs7ELh/O 2l0SD2fbYQYdVImoFedSfUZj730JweID9aaPoRvm4qqHFFK5dvKaW4FGECMaqzekAVDH 4Gig== X-Gm-Message-State: ACgBeo0RLvJPXKopwQLLCYPtKkRBSgnNWDVRfBzydZpspXgqLqrEs+Le 570MjBlCP84fSyzqGp5qyDbQ4m6/nohxFE9vjmI= X-Google-Smtp-Source: AA6agR7Jqr49oAK6HXqBZ6FrKgOHfllMn0IF1Vg88/LKLSmP42ZHzrSrxrunJqsy1fxYQ6RB8y0EwTIUQG9WoB8kvyI= X-Received: by 2002:a63:6888:0:b0:3fe:49fc:3be3 with SMTP id d130-20020a636888000000b003fe49fc3be3mr5947562pgc.182.1659712611883; Fri, 05 Aug 2022 08:16:51 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2607:f8b0:4864:20::52f; envelope-from=owinebar@gmail.com; helo=mail-pg1-x52f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:293119 Archived-At: --000000000000a920d805e57ff447 Content-Type: text/plain; charset="UTF-8" On Fri, Aug 5, 2022, 10:42 AM Andrea Corallo wrote: > Andrea Corallo writes: > > > Lars Ingebrigtsen writes: > > > >> Joseph Mingrone writes: > >> > >>> Could 261d6af have broken --with-native-compilation builds on 32-bit > >>> systems? This is what I see building in a clean FreeBSD/i386 13.0 > >>> jail using 261d6af: > >>> > http://pkg.ftfl.ca/data/13i386-default/2022-08-04_22h38m28s/logs/errors/emacs-devel-29.0.50.20220804,2.log > >> > >> I guess these are the error messages? > >> > >> emacs: Trying to load incoherent dumped eln file > >> > /wrkdirs/usr/ports/editors/emacs-devel/work-full/emacs-261d6af/native-lisp/29.0.50-7cc1a43d/preloaded/ediff-hook-0b92f1a2-f843c8a0.eln > >> > >> I don't know what that means; Andrea added to the CCs. > > > > It's very surprising to see 261d6af causing this side effect, at least I > > don't see why should effect the 32bit build only. > > > > I'm trying to reproduce it on my 32bit env. > > I confirm the build it's broken on my 32bit env as well, (but not on the > 64 one). > > Loading the second dump, while we are relocating the ediff-hook > compilation unit, we realize (@ pdumper.c:5304) that its file field is > not a cons as expected but just a string. > > Now the question is why this is not fixed-up in loadup.el:477 as for the > other compilation units? Are you sure it's actually fixed up in the other compilation units? When I've seen this problem, it was because the bindir and elndir arguments were not specified while dumping. The complaint came up from one of the later (but not last) files I had loaded for dumping, but none of the files were fixed up. This problem should be signaled by loadup if there are any NCUs it does not fix up. It would be a lot easier to diagnose the problem from there. Lynn --000000000000a920d805e57ff447 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Aug 5, 2022, 10:42 AM Andrea Corallo <akrl@sdf.org>= ; wrote:
Andrea Corallo <ak= rl@sdf.org> writes:

> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>> Joseph Mingrone <jrm@ftfl.ca> writes:
>>
>>> Could 261d6af have broken --with-native-compilation builds on = 32-bit
>>> systems?=C2=A0 This is what I see building in a clean FreeBSD/= i386 13.0
>>> jail using 261d6af:
>>> http://pkg.ftfl.ca/data/13i386-def= ault/2022-08-04_22h38m28s/logs/errors/emacs-devel-29.0.50.20220804,2.log
>>
>> I guess these are the error messages?
>>
>> emacs: Trying to load incoherent dumped eln file
>> /wrkdirs/usr/ports/editors/emacs-devel/work-full/emacs-261d6af/nat= ive-lisp/29.0.50-7cc1a43d/preloaded/ediff-hook-0b92f1a2-f843c8a0.eln
>>
>> I don't know what that means; Andrea added to the CCs.
>
> It's very surprising to see 261d6af causing this side effect, at l= east I
> don't see why should effect the 32bit build only.
>
> I'm trying to reproduce it on my 32bit env.

I confirm the build it's broken on my 32bit env as well, (but not on th= e
64 one).

Loading the second dump, while we are relocating the ediff-hook
compilation unit, we realize (@ pdumper.c:5304) that its file field is
not a cons as expected but just a string.

Now the question is why this is not fixed-up in loadup.el:477 as for the other compilation units?