From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Vagrant Cascadian Newsgroups: gmane.lisp.guile.devel Subject: Re: Bug#1064998: guile-lib: broken package when cross building Date: Fri, 01 Mar 2024 17:01:30 -0800 Message-ID: <87o7bxbg5x.fsf@contorta> References: <20240228132207.GA3451424@subdivi.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39253"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 1064998@bugs.debian.org, guile-devel@gnu.org To: Helmut Grohne Original-X-From: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Sat Mar 02 02:02:34 2024 Return-path: Envelope-to: guile-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 1rgDlp-000A0v-Ty for guile-devel@m.gmane-mx.org; Sat, 02 Mar 2024 02:02:33 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rgDla-00074X-Kc; Fri, 01 Mar 2024 20:02:19 -0500 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 1rgDl5-0006KI-BR for guile-devel@gnu.org; Fri, 01 Mar 2024 20:01:47 -0500 Original-Received: from cascadia.aikidev.net ([173.255.214.101]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rgDl3-0000jR-E3 for guile-devel@gnu.org; Fri, 01 Mar 2024 20:01:47 -0500 Original-Received: from localhost (unknown [IPv6:2600:3c01:e000:21:7:77:0:20]) (Authenticated sender: vagrant@cascadia.debian.net) by cascadia.aikidev.net (Postfix) with ESMTPSA id 947A11AA7B; Fri, 1 Mar 2024 17:01:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=debian.org; s=1.vagrant.user; t=1709341295; bh=VD0S/YvhAqmSqmF7SUzlS36GFNWEr6PKrNxY33YjR64=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=G3KHl9DWYzgTf3saif90facl24yVJEVlNlwaL1fMHN39tz7DENoAHxQqNCQcgQpL7 jOZSzuOPOVX+qBMx95ntXhUZzmSRVBzRjoCppu+kp0b8265+6d98dG3SRqQIiPrcqj c/zO5/cFfxs0W6l24kYkIAbb8O/i0L9Z4NNtH1cWovAnoIun/ymWpbILwF6G/Uu/ou bnPILEb1J4V3yc4oD/VaxlPIVTQFxWJZe0pE2YLBsJVhM+stJWgkbS7a4zbEPWM9G4 /HlcxCTC9lL1J0wSSXI/7x2WYgmNW24Z8hxM+CfzYvxK13TzwZum/1YMNV8nwTaFsj RyznxaTv8t+WQ== In-Reply-To: <20240228132207.GA3451424@subdivi.de> Received-SPF: none client-ip=173.255.214.101; envelope-from=vagrant@debian.org; helo=cascadia.aikidev.net X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.096, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.lisp.guile.devel:22331 Archived-At: --=-=-= Content-Type: text/plain Forwarding this upstream, originally submitted in the Debian bug tracking system at: https://bugs.debian.org/1064998 On 2024-02-28, Helmut Grohne wrote: > guile-lib actually does cross build, but we still track it as cross > build failure, because the resulting package contains a build > architecture multiarch tuple and that trips post-build sanity checks. > > The root cause of the failure lies in the way the ccache directory is > determined. There are actually several ways this is being done during > configure - some of which work correctly - and ultimately, the last > attempt using GUILE_SITE_CCACHE_DIR gets to set the value wrongly. > Surprisingly, there already is a more complete and working > implementation GUILE_SITE_DIR and simply reusing that makes it compute > the ccache directory correctly. Is the attached patch acceptable? > > Helmut > --- guile-lib-0.2.7.orig/m4/guile-ext.m4 > +++ guile-lib-0.2.7/m4/guile-ext.m4 > @@ -63,12 +63,4 @@ > # The variable is marked for substitution, as by @code{AC_SUBST}. > # > AC_DEFUN([GUILE_SITE_CCACHE_DIR], > - [AC_REQUIRE([GUILE_PROGS]) > - AC_MSG_CHECKING(for Guile site ccache directory) > - GUILE_SITE_CCACHE=`$GUILE -c "(display (%site-ccache-dir))"` > - if test "$GUILE_SITE_CCACHE" = ""; then > - AC_MSG_FAILURE(site ccache dir not found) > - fi > - AC_MSG_RESULT($GUILE_SITE_CCACHE) > - AC_SUBST(GUILE_SITE_CCACHE) > - ]) > + [AC_REQUIRE([GUILE_SITE_DIR])]) Would the guile-lib developers consider merging this? Are there any use-cases where this is inappropriate? Thanks! live well, vagrant --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCZeJ6awAKCRDcUY/If5cW qnSBAQCtks/uBomdXM0hl2VSBo5jWlIRf48H35rxvUGESrYs8wEA9RCQkM3iM50X EtYvxSok8xHI7FXUrM+nWqmHKJmBRw0= =kcf7 -----END PGP SIGNATURE----- --=-=-=--