From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: tomas@tuxteam.de Newsgroups: gmane.emacs.help Subject: Re: Building Emacs out of source tree? Date: Mon, 18 Mar 2024 09:50:33 +0100 Message-ID: References: <864jd554ck.fsf@gnu.org> <87h6h4t09f.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V39L1nRNS8YnbE+u" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1361"; mail-complaints-to="usenet@ciao.gmane.io" Cc: help-gnu-emacs@gnu.org To: Robert Pluim Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 18 09:51:36 2024 Return-path: Envelope-to: geh-help-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 1rm8iV-0000Ba-Id for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 18 Mar 2024 09:51:35 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rm8ht-0005KX-3P; Mon, 18 Mar 2024 04:50:57 -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 1rm8hf-0005IR-EG for help-gnu-emacs@gnu.org; Mon, 18 Mar 2024 04:50:45 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rm8hd-0000nm-3v for help-gnu-emacs@gnu.org; Mon, 18 Mar 2024 04:50:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tuxteam.de; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject :Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=fE/WwfiQVo582gF0JgdCgXmXyzwk1Cx/W+arJCaQ/Oo=; b=RuRGS7Yfxu8wOgnbotp63vqwuB kFT7VwB5XHGbzQXeVazzWUuGAPuA+5Trryd1KS8psZDx0AQKlEpkhMi+jHCwe/bJscG8uRrxmOFrn Zu0h+0gpfxQL8iA57idz/ua66Yu3GDKmIQZVzX+vKtjfU8r89+ca41seOEnJSF5V0tDcg2hn6tQcO WebjsmITloW4nOdTSm4oREUzjoZZobmHl3IaNb0YrLdJUini35clIMPfERaRvcsUlRzALBBK9gKF5 OZb3PEy0LfhCV180PYvkC2gRuQ5vLf+7DtUlraCN33kIzoZD0SRImIAVVCqsyNkN9VUXMfzJL0GHU SbJIckFw==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.94.2) (envelope-from ) id 1rm8hV-0005uH-CC; Mon, 18 Mar 2024 09:50:33 +0100 Content-Disposition: inline In-Reply-To: <87h6h4t09f.fsf@gmail.com> Received-SPF: pass client-ip=5.199.139.25; envelope-from=tomas@tuxteam.de; helo=mail.tuxteam.de 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, 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: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:146115 Archived-At: --V39L1nRNS8YnbE+u Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 18, 2024 at 09:25:16AM +0100, Robert Pluim wrote: > >>>>> On Sun, 17 Mar 2024 20:24:28 +0100, said: [...] > Tomas> It is GNU/Linux, yes, and this was my take too, since "my" libc > Tomas> does carry a chmodat. >=20 > That in itself doesn=CA=BCt mean gnulib won=CA=BCt try to replace it: som= etimes > gnulib deems libc versions of functions buggy and wraps them. But I > don=CA=BCt see that for chmodat on my GNU/Linux box. >=20 > >> And in any case, this doesn't seem to have anything to do with > >> out-of-tree builds, does it? >=20 > Tomas> Thing is, in-tree build (after a make bootstrap) succeeds right > Tomas> away. Out of tree builds (also after make bootstrap) failed for > Tomas> me as described above. >=20 > Did you build in-tree and then build out-of-tree? Maybe 'make > bootstrap' in that situation is missing some cleanup. AFAIR, I first built out-of-tree after a "git pull" (I didn't a "git clean", so the src tree might have been dirty [1]), then copied that chartab.o, then #undef'd. After a "make bootstrap" (still out-of-tree) the first issue (chartab.o) returned. That's when I resorted to in-tree build, first "make bootstrap" then "make", which succeeded right away. Take all of this with a grain of salt, though: I'll do a more systematic rehearsal this weekend, hopefully. > Tomas> So I'll definitely have a look. Next week is a bit busy, so it > Tomas> might take me until weekend. >=20 > Tomas> Thanks for confirming that (a) out-of-tree build is supposed to > Tomas> work and (b) there is interest in knowing when it doesn't. >=20 > Yes to both (and it works fine for me). Thanks, Robert. I'm reporting back :) Cheers [1] Since I've been doing out-of-tree all the time, there's no reason for the src tree to be dirty (famous last...). --=20 t --V39L1nRNS8YnbE+u Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZfgAUgAKCRAFyCz1etHa Rt4CAJ9dbT6fLPcc1qC7mYlcsyFfyvjDKACeMN/byECXfbLxoEzHK2pg57wWfaI= =zeKX -----END PGP SIGNATURE----- --V39L1nRNS8YnbE+u--