From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Bhavin Gandhi Newsgroups: gmane.emacs.bugs Subject: bug#52376: 28.0.90; libdir is missing from native-comp-eln-load-path with GTK3 build Date: Sat, 1 Jan 2022 22:42:08 +0530 Message-ID: References: <83a6hbvw5d.fsf@gnu.org> <838rwvvtqs.fsf@gnu.org> <83zgpavoui.fsf@gnu.org> <83sfv0sncm.fsf@gnu.org> <83pmq4slb6.fsf@gnu.org> <83k0gcsee9.fsf@gnu.org> <83h7bgsdk0.fsf@gnu.org> <83czm4s8ke.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38941"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 52376@debbugs.gnu.org, akrl@sdf.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 01 18:13:30 2022 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 1n3hwf-0009vB-GS for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 01 Jan 2022 18:13:29 +0100 Original-Received: from localhost ([::1]:60942 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n3hwe-0001U8-3z for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 01 Jan 2022 12:13:28 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38716) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3hwE-0001Tv-Tv for bug-gnu-emacs@gnu.org; Sat, 01 Jan 2022 12:13:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47692) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n3hwE-0002dO-J6 for bug-gnu-emacs@gnu.org; Sat, 01 Jan 2022 12:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n3hwE-0005ur-5H for bug-gnu-emacs@gnu.org; Sat, 01 Jan 2022 12:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Bhavin Gandhi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Jan 2022 17:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52376 X-GNU-PR-Package: emacs Original-Received: via spool by 52376-submit@debbugs.gnu.org id=B52376.164105716622715 (code B ref 52376); Sat, 01 Jan 2022 17:13:02 +0000 Original-Received: (at 52376) by debbugs.gnu.org; 1 Jan 2022 17:12:46 +0000 Original-Received: from localhost ([127.0.0.1]:59238 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3hvy-0005uJ-If for submit@debbugs.gnu.org; Sat, 01 Jan 2022 12:12:46 -0500 Original-Received: from mail-yb1-f182.google.com ([209.85.219.182]:43740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3hvx-0005u6-Rj for 52376@debbugs.gnu.org; Sat, 01 Jan 2022 12:12:46 -0500 Original-Received: by mail-yb1-f182.google.com with SMTP id p15so37425310ybk.10 for <52376@debbugs.gnu.org>; Sat, 01 Jan 2022 09:12:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5wPMimOYWUuvcVWsuaEAwkdXCZ8++0HajtBKETNKG+U=; b=VPGxdlK7YxdsbJ1dDI0WehJYGW+0OXadLMfKmokI9def4MD/AOnnZWYKWXezLkPuP1 a6o7oFMz/RAU0J/CH4zVmwP7G11H+5pJs8Bm18Lr1XvvKYC8PUxdW2oDS6dTx5153teR yaXse2acXOeS0zWo0agZ1JS7ismpUXG9KnwYKIMV+UvNYV8CNyELpOpo4lk65q0C8ru0 D5Dnhp71GoKaohAACPQlM+QcJ787Q6Amvis6Eakzl9vxmt/KUUiawkPdyH61a4oY6F+M Cafpii2jjAuQaOthc6Ncr2jD50azgCdzKBQOwxkeagYyOAEISBmNFfTnqoInu/f8fdNC fXow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5wPMimOYWUuvcVWsuaEAwkdXCZ8++0HajtBKETNKG+U=; b=bnRdqSyb0OjlO+9mhfpYw26abS5QdldoIDvzIgsEzpr3XKT6iTmKpllVv2JSq0InpX 6uDhcM3AaCF0pJfE2yR6TyrGgCRFUlXhGtBgHgc17RXh4bkTAO8W1kYe3mH1YN0lamgM 9PC/8wHCJuyMVhVO8XlGarHhfGcw+rw+JTkbsMT29NdSvTj/RMUNX8k/xs40hyJTlZUt NM46htX+Ceeb6jCIHV4S3BTepXOG0ah2XRbl62nbtWTmtn57y9IZFV2aoNkopWuX0c4T YhSk/1b4Grj3mXeV6Gsf585c28rnZ+/kkIpCaudodwDJUIv4x/fLX6GHUevay+ML+xjy ow1w== X-Gm-Message-State: AOAM532B23RtAsoC62cty567Vw6Xb/qmOgOj0AUZv7IAs790cm6Mg3Y6 V7AN5GTghNaTpGdOEMRIXWvgDfSL/HX3F4xpIng= X-Google-Smtp-Source: ABdhPJylxADhqe95hfFNtcsCzOoWMWJCCFOv08CmRcpVD2StU6DtTA5zmGU+eNqc8ER/BJA1n7s+zw4e+j2JKWHadhw= X-Received: by 2002:a25:c385:: with SMTP id t127mr18982000ybf.562.1641057160352; Sat, 01 Jan 2022 09:12:40 -0800 (PST) In-Reply-To: <83czm4s8ke.fsf@gnu.org> 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:223509 Archived-At: On Fri, 10 Dec 2021 at 22:26, Eli Zaretskii wrote: > > So we now know this emacs.pdmp file was produced by dumping the *.elc > files, not *.eln files. I asked you earlier whether you saw Emacs > saying stuff like > > Loading foo (native-compiled lisp)... > > when building the GTK build, and you said yes. But somehow, the > emacs.pdmp file that you installed in /usr/bin isn't the one produced > as above. Please examine your build procedure to understand why that > happened. You are right. The one I saw with (native-compiled lisp), and the one being installed are different. When all three variants are built, the make install is run from build-gtk directory at the end. And during this install command, it is creating a emacs.pdmp again, where build says Loading foo only. Can be reproduced with following commands: mkdir build-gtk cd build-gtk/ ln -s ../configure . ./configure make bootstrap make cd .. mkdir build-nox cd build-nox/ ln -s ../configure . ./configure make bootstrap make cd ../build-gtk sudo make install ^^^ This runs configure, make all lib etc again, I can see a new emacs.pdmp file being created which loads foo.el from source. Is this type of build and install flow supported? AFAIK, the RPM build requires the all build commands to be together in one section, and then all install related commands in a separate section. That's why this kind of flow is being used it seems. Two workarounds I can think of are, 1. Build GTK at the end and then do make install from build-gtk 2. Extract the source tar in different directories to keep these builds completely separate from each other.