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#52376: 28.0.90; libdir is missing from native-comp-eln-load-path with GTK3 build Date: Sun, 02 Jan 2022 20:22:08 +0200 Message-ID: <83zgoec81b.fsf@gnu.org> 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> <83a6gffjtb.fsf@gnu.org> <8335m7femf.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16846"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 52376@debbugs.gnu.org To: Bhavin Gandhi Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jan 02 19:23:22 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 1n45Vp-0004Cy-QY for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Jan 2022 19:23:22 +0100 Original-Received: from localhost ([::1]:37338 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n45Vo-0001Ym-Qa for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Jan 2022 13:23:20 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51872) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n45VX-0001YD-5n for bug-gnu-emacs@gnu.org; Sun, 02 Jan 2022 13:23:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50335) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n45VW-0001g1-6O for bug-gnu-emacs@gnu.org; Sun, 02 Jan 2022 13:23:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n45VW-0005Bi-2u for bug-gnu-emacs@gnu.org; Sun, 02 Jan 2022 13:23:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jan 2022 18:23: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.164114774819883 (code B ref 52376); Sun, 02 Jan 2022 18:23:02 +0000 Original-Received: (at 52376) by debbugs.gnu.org; 2 Jan 2022 18:22:28 +0000 Original-Received: from localhost ([127.0.0.1]:33648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n45Ux-0005Ad-Rx for submit@debbugs.gnu.org; Sun, 02 Jan 2022 13:22:28 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50986) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n45Uh-0005A9-Rc for 52376@debbugs.gnu.org; Sun, 02 Jan 2022 13:22:26 -0500 Original-Received: from [2001:470:142:3::e] (port=59750 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n45Uc-0001bE-JW; Sun, 02 Jan 2022 13:22:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=mRWxPzePU/r7EYWWUepppAl9Lnvy7tQxkfWoBU7xT+M=; b=SM6pwbNOiy5Q TiAwEvANyc13/pEAd7JYolWAuAULrqM17g33yOYaIv7kwGLjn/of3wWfkI89fUCg2gkcHMjjJUCd4 pnkdY5vUaj4zzqCTnlz6TL9Jx8skf1F5WqQbElxd2Y6nuvyhdkje84WTOUpsZ1/+zXV48/O0suM4b qbKGPSXpRP2+AVAX9IPG/1rTcZUYUueXnDbj+mto3Tp/p1z/IsBJQ5iJu5M1IKOhj8TGBWmYHLmf9 l60oHSma+UpPjEz7KRa5WQUXRoglFiz6o/66/RGO40EsCyqwM4w3oVZUj9uNOLhDF7doKOkWqZVfx kZT/W+2Juj1D6uQR4vsx0A==; Original-Received: from [87.69.77.57] (port=1411 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n45Uc-0008Ol-Cl; Sun, 02 Jan 2022 13:22:06 -0500 In-Reply-To: (message from Bhavin Gandhi on Sun, 2 Jan 2022 23:09:17 +0530) 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:223556 Archived-At: > From: Bhavin Gandhi > Date: Sun, 2 Jan 2022 23:09:17 +0530 > Cc: 52376@debbugs.gnu.org > > After running the "./config.status --recheck", it is running > "MAKE='/usr/bin/make' ./config.status", which in turn starts the build > again. > > This is happening for Emacs 27.2 as well, the full build log is at the > following link, install starts at line number 10298: > https://kojipkgs.fedoraproject.org//packages/emacs/27.2/9.fc35/data/logs/x86_64/build.log > > > And what is "." in this case -- is it the build directory or the > > source directory? > > "." in this case is build directory build-gtk, which is inside the > source directory "emacs-28.0.90". > > I was trying to figure out which files change in the source directory > after "make bootstrap" is run from build-nox. I'm not sure if that's a > correct thing to look at. I even tried to look at Makefile.in, but I'm not > sure where to look at and what to look at. > > cd build-gtk/ > ./configure > make bootstrap > make > cd .. > > ~/s/e/e/s/emacs-28.0.90 $ ls -ll configure > -rwxr-xr-x. 1 bhavin bhavin 1007725 Jan 2 17:54 configure > > cd build-nox/ > ./configure > make bootstrap > make > > ~/s/e/e/s/emacs-28.0.90 $ ls -ll configure > -rwxr-xr-x. 1 bhavin bhavin 1007725 Jan 2 18:14 configure > > The timestamps on the configure, autom4te.cache directory, etc/refcards, > src/config.in, info (.info files), lisp (.elc files), doc directory are > updated at this point. The content is the same as it was after running > "make" from build-gtk directory (I'm tracking the content with Git). I guess this is because (a) you run "make bootstrap" each time, and (b) "make bootstrap" changes some files in the source tree. My suggestion at this point would be to use just ./configure make make install There should be no need for you to bootstrap when you are building a release tarball. Bootstrap is for building from the Git repository.