GNU logs - #49565, boring messages

Message sent to guix-patches@HIDDEN:

Subject: [bug#49565] [PATCH] gnu: glibc-headers-mesboot: Use %build-inputs in setenv phase
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Thu, 15 Jul 2021 00:48:02 +0000
Resent-Message-ID: <handler.49565.B.16263100489212 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 49565 <at> debbugs.gnu.org
Cc: Thiago Jung Bauermann <bauermann@HIDDEN>
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Wed, 14 Jul 2021 21:46:13 -0300
Message-Id: <20210715004613.763843-1-bauermann@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Received-SPF: pass client-ip=95.128.36.42; envelope-from=bauermann@HIDDEN;
 helo=mx.kolabnow.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, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)

When cross-building from x86-64-linux to powerpc64le-linux,
(assoc-ref inputs "libc") returns #f so get it from %build-inputs
instead.

For consistency, do the same for the other inputs as well.

* gnu/packages/commencement.scm (glibc-headers-mesboot)[arguments]: Get
packages from ‘%build-inputs’ rather than ‘inputs’.
---
 gnu/packages/commencement.scm | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

When running

```
$ ./pre-inst-env guix build \
	--target=powerpc64le-linux-gnu.gcc \
	gcc-toolchain@11
```

on current core-updates branch (commit 8456581375cf), I get the
following error during the build of glibc-mesboot-2.16:

--8<---------------cut here---------------start------------->8---
phase `setenv' failed after 0.0 seconds
Backtrace:
In ice-9/boot-9.scm:
 157: 15 [catch #t #<catch-closure c93c40> ...]
In unknown file:
   ?: 14 [apply-smob/1 #<catch-closure c93c40>]
In ice-9/boot-9.scm:
  63: 13 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 432: 12 [eval # #]
In ice-9/boot-9.scm:
2320: 11 [save-module-excursion #<procedure cc1b00 at
ice-9/boot-9.scm:3961:3 ()>]
3966: 10 [#<procedure cc1b00 at ice-9/boot-9.scm:3961:3 ()>]
1645: 9 [%start-stack load-stack #<procedure cc2ba0 at
ice-9/boot-9.scm:3957:10 ()>]
1650: 8 [#<procedure cc8db0 ()>]
In unknown file:
   ?: 7 [primitive-load
"/gnu/store/7ny6wjvw8pqw1zcgwq8bxja7946l2l2d-glibc-mesboot-2.16.0-builder"]
In ice-9/boot-9.scm:
 157: 6 [catch srfi-34 ...]
In srfi/srfi-1.scm:
 616: 5 [for-each #<procedure 1500040 at
guix/build/gnu-build-system.scm:909:14 (expr)> ...]
In ice-9/boot-9.scm:
 171: 4 [with-throw-handler #t ...]
In guix/build/gnu-build-system.scm:
 925: 3 [#<procedure 14de940 at guix/build/gnu-build-system.scm:924:21
()>]
In ice-9/eval.scm:
 411: 2 [eval # #]
In unknown file:
   ?: 1 [string-append " -L " ...]
In ice-9/boot-9.scm:
 106: 0 [#<procedure 14de900 at ice-9/boot-9.scm:97:6 (thrown-k . args)>
wrong-type-arg ...]

ice-9/boot-9.scm:106:20: In procedure #<procedure 14de900 at
ice-9/boot-9.scm:97:6 (thrown-k . args)>:
ice-9/boot-9.scm:106:20: In procedure string-append: Wrong type
(expecting string): #f
--8<---------------cut here---------------end--------------->8---

I deduced that this is because `(assoc-ref inputs "libc")` is returning #f.
And indeed, changing the code to look in %build-inputs instead fixes the
issue. I also noticed that most other places which look for a "libc"
package do so in %build-inputs rather than in inputs.

Just changing the line for "libc" is enough to fix the build but for
consistency, also change the other variables as well.

diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index fb028390a260..ab22bca2fb8f 100644
--- a/gnu/packages/commencement.scm
+++ b/gnu/packages/commencement.scm
@@ -2133,10 +2133,10 @@ ac_cv_c_float_format='IEEE (little-endian)'
                (invoke "tar" "xvf" source)
                (chdir (string-append "glibc-" ,version))))
            (replace 'setenv
-             (lambda* (#:key inputs #:allow-other-keys)
-               (let* ((headers  (assoc-ref inputs "headers"))
-                      (libc     (assoc-ref inputs "libc"))
-                      (gcc      (assoc-ref inputs "gcc"))
+             (lambda _
+               (let* ((headers  (assoc-ref %build-inputs "headers"))
+                      (libc     (assoc-ref %build-inputs "libc"))
+                      (gcc      (assoc-ref %build-inputs "gcc"))
                       (cppflags (string-append
                                  " -I " (getcwd) "/nptl/sysdeps/pthread/bits"
                                  " -D BOOTSTRAP_GLIBC=1"))

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Thiago Jung Bauermann <bauermann@HIDDEN>
Subject: bug#49565: Acknowledgement ([PATCH] gnu: glibc-headers-mesboot:
 Use %build-inputs in setenv phase)
Message-ID: <handler.49565.B.16263100489212.ack <at> debbugs.gnu.org>
References: <20210715004613.763843-1-bauermann@HIDDEN>
X-Gnu-PR-Message: ack 49565
X-Gnu-PR-Package: guix-patches
X-Gnu-PR-Keywords: patch
Reply-To: 49565 <at> debbugs.gnu.org
Date: Thu, 15 Jul 2021 00:48:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 guix-patches@HIDDEN

If you wish to submit further information on this problem, please
send it to 49565 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
49565: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D49565
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to guix-patches@HIDDEN:

Subject: [bug#49565] [PATCH] gnu: glibc-headers-mesboot: Use %build-inputs in setenv phase
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Thu, 15 Jul 2021 02:06:01 +0000
Resent-Message-ID: <handler.49565.B49565.162631471016248 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 49565 <at> debbugs.gnu.org
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Wed, 14 Jul 2021 23:04:52 -0300
Message-ID: <7964923.2P2ymJy1PT@popigai>
In-Reply-To: <20210715004613.763843-1-bauermann@HIDDEN>
References: <20210715004613.763843-1-bauermann@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Em quarta-feira, 14 de julho de 2021, =C3=A0s 21:46:13 -03, Thiago Jung=20
Bauermann escreveu:
> When running
>=20
> ```
> $ ./pre-inst-env guix build \
> 	--target=3Dpowerpc64le-linux-gnu.gcc \
> 	gcc-toolchain@11
> ```

Due to a copy-paste mishap, I used a strange target string above (it has an=
=20
extraneous =E2=80=9C.gcc=E2=80=9D in the end). I just checked with the foll=
owing command=20
line and I still run into the problem:

```
$ ./pre-inst-env guix build \
	--target=3Dpowerpc64le-linux-gnu \
	-e '(@@ (gnu packages commencement) glibc-mesboot)'
```

So the bug report and the patch still stand. :-)

=2D-=20
Thanks,
Thiago

Message sent to guix-patches@HIDDEN:

Subject: [bug#49565] [PATCH] gnu: glibc-headers-mesboot: Use %build-inputs in setenv phase
Resent-From: Maxime Devos <maximedevos@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Thu, 15 Jul 2021 13:17:01 +0000
Resent-Message-ID: <handler.49565.B49565.162635498128649 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Thiago Jung Bauermann <bauermann@HIDDEN>, 49565 <at> debbugs.gnu.org
Message-ID: <0eac02a304064759c0bbe37f91ece93ebd6f0994.camel@HIDDEN>
From: Maxime Devos <maximedevos@HIDDEN>
In-Reply-To: <20210715004613.763843-1-bauermann@HIDDEN>
References: <20210715004613.763843-1-bauermann@HIDDEN>
Content-Type: multipart/signed; micalg="pgp-sha512";
 protocol="application/pgp-signature"; boundary="=-gbOQxoFoeVLzjZRCFSb/"
Date: Thu, 15 Jul 2021 14:58:54 +0200
MIME-Version: 1.0
User-Agent: Evolution 3.34.2 
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


--=-gbOQxoFoeVLzjZRCFSb/
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi,

Thiago Jung Bauermann via Guix-patches via schreef op wo 14-07-2021 om 21:4=
6 [-0300]:
> When cross-building from x86-64-linux to powerpc64le-linux,
> (assoc-ref inputs "libc") returns #f so get it from %build-inputs
> instead.
>=20
> For consistency, do the same for the other inputs as well.
>=20
> * gnu/packages/commencement.scm (glibc-headers-mesboot)[arguments]: Get
> packages from =E2=80=98%build-inputs=E2=80=99 rather than =E2=80=98inputs=
=E2=80=99.
> ---
>  gnu/packages/commencement.scm | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
>=20
> When running
>=20
> ```
> $ ./pre-inst-env guix build \
> 	--target=3Dpowerpc64le-linux-gnu.gcc \
> 	gcc-toolchain@11
> ```

To be clear: are you trying to cross-compile GCC
(that will be run on powerpc64le and produce binaries
for powerpc64le) or are you trying to build a cross-compiler
(that will be run on x86_64 and produce binaries for powerpc64le)?

This command does the former.

> on current core-updates branch (commit 8456581375cf), I get the
> following error during the build of glibc-mesboot-2.16:

Why is 'glibc-mesboot-2.16' being cross-compiled here?
Mesboot currently only supported i686-linux and x86_64-linux and
not powerpc64le-linux (at least the version currently in Guix).

> I deduced that this is because `(assoc-ref inputs "libc")` is returning #=
f.
> And indeed, changing the code to look in %build-inputs instead fixes the
> issue. I also noticed that most other places which look for a "libc"
> package do so in %build-inputs rather than in inputs.
>=20
> Just changing the line for "libc" is enough to fix the build but for
> consistency, also change the other variables as well.

Normally, looking up inputs in 'inputs' is the right thing,
but 'libc' is special. Looking at 'standard-cross-packages',
it seems like when cross-compiling, "libc" is renamed to "cross-libc",
for no apparent reason.  Maybe it can be renamed back to "libc"?

That could simplify some code, e.g. in qtbase-5:

             (let ((glibc (assoc-ref inputs ,(if (%current-target-system)
                                                 "cross-libc" "libc"))))

would become:

             (let ((glibc (assoc-ref inputs "cross-libc")))

If I search with git grep '"cross-libc" "libc", I find 5 such examples.

Are you sure your usage of (assoc-ref %build-inputs "libc") is correct here=
?
As "libc" currently doesn't exist in 'inputs', that means "libc" is searche=
d
for in 'native-inputs', which is probably not what you want, given that you
are cross-compiling?

> diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.sc=
m
> index fb028390a260..ab22bca2fb8f 100644
> --- a/gnu/packages/commencement.scm
> +++ b/gnu/packages/commencement.scm
> @@ -2133,10 +2133,10 @@ ac_cv_c_float_format=3D'IEEE (little-endian)'
>                 (invoke "tar" "xvf" source)
>                 (chdir (string-append "glibc-" ,version))))
>             (replace 'setenv
> -             (lambda* (#:key inputs #:allow-other-keys)
> -               (let* ((headers  (assoc-ref inputs "headers"))
> -                      (libc     (assoc-ref inputs "libc"))
> -                      (gcc      (assoc-ref inputs "gcc"))
> +             (lambda _
> +               (let* ((headers  (assoc-ref %build-inputs "headers"))
> +                      (libc     (assoc-ref %build-inputs "libc"))
> +                      (gcc      (assoc-ref %build-inputs "gcc"))
>                        (cppflags (string-append
>                                   " -I " (getcwd) "/nptl/sysdeps/pthread/=
bits"
>                                   " -D BOOTSTRAP_GLIBC=3D1"))

Greetings,
Maxime.

--=-gbOQxoFoeVLzjZRCFSb/
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----

iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYPAxAxccbWF4aW1lZGV2
b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7qq3AP9bXiSrd5Ol1luc0lvY7W9hS60b
XwETgGCdXtR3Mf+PwAEA3WfZIN9bTo8ZHstsURxDAKJU7ifoiHq+oqZUZGXrdg4=
=HDQb
-----END PGP SIGNATURE-----

--=-gbOQxoFoeVLzjZRCFSb/--

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH] gnu: glibc-headers-mesboot: Use %build-inputs in setenv phase
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Thu, 15 Jul 2021 15:04:01 +0000
Resent-Message-ID: <handler.49565.B49565.16263614338242 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: 49565 <at> debbugs.gnu.org, Maxime Devos <maximedevos@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.16263614338242
          (code B ref 49565); Thu, 15 Jul 2021 15:04:01 +0000
Received: (at 49565) by debbugs.gnu.org; 15 Jul 2021 15:03:53 +0000
Received: from localhost ([127.0.0.1]:49410 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m42u1-00028s-8b
	for submit <at> debbugs.gnu.org; Thu, 15 Jul 2021 11:03:53 -0400
Received: from mx.kolabnow.com ([95.128.36.40]:43238)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bauermann@HIDDEN>) id 1m42tz-00028e-3z
 for 49565 <at> debbugs.gnu.org; Thu, 15 Jul 2021 11:03:52 -0400
Received: from localhost (unknown [127.0.0.1])
 by ext-mx-out003.mykolab.com (Postfix) with ESMTP id CFF2A40D65;
 Thu, 15 Jul 2021 17:03:44 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h=
 content-type:content-type:content-transfer-encoding:mime-version
 :references:in-reply-to:message-id:date:date:subject:subject
 :from:from:received:received:received; s=dkim20160331; t=
 1626361424; x=1628175825; bh=VifWItV/AekpBDCRy18HUcFrnlO9eYBgqfJ
 I/D4noyY=; b=4ShIo6Bt3CcoMOt00FIaFMnSMc48GqahO9XbekmYHzdt2pevPzL
 fFtQYMW6fno9QAWwoZ97v5FS+9mtH6x7UqHhqpXFuWM+rYPU0A2cYysGRCBbdkjP
 5tui4j4oTxu3C0mYQU4yyu2pvAx3F6S+a7LJShV09SMWKXqa1QuOwAveXFmAkzMB
 /yu+LEIPAsRL9uAx+nb9kXIRWgboqnHFvXsmeGyhpC9wsm+h35fMyjQ1Z49CnGxh
 LfAJmeXsXFQ8aor6GIvra+5/mgMkm/royhE06TqbbYuzIhKFb+omGRBoy1c6nUxg
 q7Lwb6K7TN7X6BRRykAkElm5+wysdpxwXpTOVOEJytCQmKTK23HSlE3toqBrBxPS
 y7B8v9R9HNsZAQCcX6R0TJ1ij/DkdiParPsJCmFGhgfl5lZmgvX8hweexqfj0f0g
 t6WTvzo5ObDi3X6mdUuKz/sIfkRfhzu5IoU/t3t2EUoTuUKsRBliEpBg7AnU8ab/
 KOnsNWq0amk+kaSBoirew5Yv/VO/Kgu7AHCEievrzet0l9pS54066bhidpdagqqn
 QwAuqOnWDfpzAFysnNid4JAKhWYb5lPwa+gTiGWwBMTUFXXybPeRhdqiRVuCoFve
 Bkg0kzzDkWzyrof2X6qxjCIpE6+EocaC4gjUVvhJisVils/uPaRM045A=
X-Virus-Scanned: amavisd-new at mykolab.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-10 required=5
 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001]
 autolearn=ham autolearn_force=no
Received: from mx.kolabnow.com ([127.0.0.1])
 by localhost (ext-mx-out003.mykolab.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id xjaMnr46kfhg; Thu, 15 Jul 2021 17:03:44 +0200 (CEST)
Received: from int-mx003.mykolab.com (unknown [10.9.13.3])
 by ext-mx-out003.mykolab.com (Postfix) with ESMTPS id E8898407D0;
 Thu, 15 Jul 2021 17:03:43 +0200 (CEST)
Received: from ext-subm002.mykolab.com (unknown [10.9.6.2])
 by int-mx003.mykolab.com (Postfix) with ESMTPS id 9F4AA2E49;
 Thu, 15 Jul 2021 17:03:42 +0200 (CEST)
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Thu, 15 Jul 2021 12:03:36 -0300
Message-ID: <4491449.dtmGtMj3lj@popigai>
In-Reply-To: <0eac02a304064759c0bbe37f91ece93ebd6f0994.camel@HIDDEN>
References: <20210715004613.763843-1-bauermann@HIDDEN>
 <0eac02a304064759c0bbe37f91ece93ebd6f0994.camel@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hello Maxime,

Thanks for your help.

Em quinta-feira, 15 de julho de 2021, =C3=A0s 09:58:54 -03, Maxime Devos=20
escreveu:
> Thiago Jung Bauermann via Guix-patches via schreef op wo 14-07-2021 om=20
21:46 [-0300]:
> > When cross-building from x86-64-linux to powerpc64le-linux,
> > (assoc-ref inputs "libc") returns #f so get it from %build-inputs
> > instead.
> >=20
> > For consistency, do the same for the other inputs as well.
> >=20
> > * gnu/packages/commencement.scm (glibc-headers-mesboot)[arguments]: Get
> > packages from =E2=80=98%build-inputs=E2=80=99 rather than =E2=80=98inpu=
ts=E2=80=99.
> > ---
> >=20
> >  gnu/packages/commencement.scm | 8 ++++----
> >  1 file changed, 4 insertions(+), 4 deletions(-)
> >=20
> > When running
> >=20
> > ```
> > $ ./pre-inst-env guix build \
> >=20
> > 	--target=3Dpowerpc64le-linux-gnu.gcc \
> > 	gcc-toolchain@11
> >=20
> > ```
>=20
> To be clear: are you trying to cross-compile GCC
> (that will be run on powerpc64le and produce binaries
> for powerpc64le) or are you trying to build a cross-compiler
> (that will be run on x86_64 and produce binaries for powerpc64le)?
>=20
> This command does the former.

That=E2=80=99s a great question. I hadn=E2=80=99t noticed this subtlety. Wh=
at I=E2=80=99m actually=20
trying to do is reproduce this CI failure on core-updates:

https://ci.guix.gnu.org/build/667452/details

Looking at the log file, I see this:

```
make[2]: Entering directory '/tmp/guix-build-gcc-11.1.0.drv-0/build/gcc'
configure: creating cache ./config.cache
checking build system type... x86_64-unknown-linux-gnu
checking host system type... powerpc64le-unknown-linux-gnu
checking target system type... powerpc64le-unknown-linux-gnu
```

So by luck I=E2=80=99m doing what I needed to do, which is cross-compile a =
GCC for=20
a powerpc64le host and powerpc64le target.

> > on current core-updates branch (commit 8456581375cf), I get the
>=20
> > following error during the build of glibc-mesboot-2.16:
> Why is 'glibc-mesboot-2.16' being cross-compiled here?
> Mesboot currently only supported i686-linux and x86_64-linux and
> not powerpc64le-linux (at least the version currently in Guix).

I don=E2=80=99t know why my system tried to build it. Perhaps because of th=
e bogus=20
target string. When I used the correct one I had to use the `guix build -e=
=20
(@@ =E2=80=A6)` trick to force the build again. I=E2=80=99ll try again to b=
e sure, but if=20
that is the case then this patch can be dropped.

> > I deduced that this is because `(assoc-ref inputs "libc")` is returning
> > #f. And indeed, changing the code to look in %build-inputs instead
> > fixes the issue. I also noticed that most other places which look for
> > a "libc" package do so in %build-inputs rather than in inputs.
> >=20
> > Just changing the line for "libc" is enough to fix the build but for
> > consistency, also change the other variables as well.
>=20
> Normally, looking up inputs in 'inputs' is the right thing,
> but 'libc' is special. Looking at 'standard-cross-packages',
> it seems like when cross-compiling, "libc" is renamed to "cross-libc",
> for no apparent reason.  Maybe it can be renamed back to "libc"?
>=20
> That could simplify some code, e.g. in qtbase-5:
>=20
>              (let ((glibc (assoc-ref inputs ,(if (%current-target-system)
> "cross-libc" "libc"))))
>=20
> would become:
>=20
>              (let ((glibc (assoc-ref inputs "cross-libc")))
>=20
> If I search with git grep '"cross-libc" "libc", I find 5 such examples.

Sorry, I don=E2=80=99t know about that but I can poke around to see if I ca=
n find=20
something out.

> Are you sure your usage of (assoc-ref %build-inputs "libc") is correct
> here?

I=E2=80=99m not, to be honest. I=E2=80=99m still familiarizing myself with =
gexps.

> As "libc" currently doesn't exist in 'inputs', that means "libc"
> is searched for in 'native-inputs', which is probably not what you want,
> given that you are cross-compiling?

Are you saying that =E2=80=98%build-inputs=E2=80=99 is the union of =E2=80=
=98inputs=E2=80=99  and =E2=80=98native-
inputs=E2=80=99? For my own education, do you know where that happens?

The manual and the doc string for =E2=80=98build-expression->derivation=E2=
=80=99 only=20
mention that it comes from =E2=80=98inputs=E2=80=99. I can send a patch to =
correct them.

=2D-=20
Thanks,
Thiago

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH] gnu: glibc-headers-mesboot: Use %build-inputs in setenv phase
Resent-From: Maxime Devos <maximedevos@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Thu, 15 Jul 2021 16:01:02 +0000
Resent-Message-ID: <handler.49565.B49565.1626364851967 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: Thiago Jung Bauermann <bauermann@HIDDEN>, 49565 <at> debbugs.gnu.org
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.1626364851967
          (code B ref 49565); Thu, 15 Jul 2021 16:01:02 +0000
Received: (at 49565) by debbugs.gnu.org; 15 Jul 2021 16:00:51 +0000
Received: from localhost ([127.0.0.1]:49509 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m43n9-0000F8-58
	for submit <at> debbugs.gnu.org; Thu, 15 Jul 2021 12:00:51 -0400
Received: from albert.telenet-ops.be ([195.130.137.90]:50106)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <maximedevos@HIDDEN>) id 1m43n6-0000Bj-Ls
 for 49565 <at> debbugs.gnu.org; Thu, 15 Jul 2021 12:00:50 -0400
Received: from butterfly.local ([213.119.236.63])
 by albert.telenet-ops.be with bizsmtp
 id VU0m250021Nl63106U0mLW; Thu, 15 Jul 2021 18:00:47 +0200
Message-ID: <b01a587c2b7bf584beac14f3b9ce97765fd24c94.camel@HIDDEN>
From: Maxime Devos <maximedevos@HIDDEN>
Date: Thu, 15 Jul 2021 18:00:41 +0200
In-Reply-To: <4491449.dtmGtMj3lj@popigai>
References: <20210715004613.763843-1-bauermann@HIDDEN>
 <0eac02a304064759c0bbe37f91ece93ebd6f0994.camel@HIDDEN>
 <4491449.dtmGtMj3lj@popigai>
Content-Type: multipart/signed; micalg="pgp-sha512";
 protocol="application/pgp-signature"; boundary="=-UCW2E+KYnd8Exu2QhCmF"
User-Agent: Evolution 3.34.2 
MIME-Version: 1.0
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21;
 t=1626364847; bh=c1MvVRxCk4RnZ7gdJKw8eAQ7rTjW/hFLVXwW0uLCum4=;
 h=Subject:From:To:Date:In-Reply-To:References;
 b=hxHp2/VLHH4HZ01AzZYsXsfIqoB6yXnrutHdR81/zpXES9x5RK0KfUoBLDTEj8ioM
 oxTCUUNFN7na57oVMBOzzTxBcrxBDIe6YAYRnfhCVpimwThgDJyW6bfbiRNF/MrBWl
 SPZXjtcIbpqqKPKciJG+i+gQk7l98pKsPcK3OJQD7+Vmd9TGTUkFHJP2cGmIoejjli
 bzWoUXL8LIb7ghosK59I3GFLB64FqVxhjAOOi+D9lpiP3l+TpuwQPlzH3wEPPevxXB
 NPzW3ZYmV5nM7gc9EIdo1MQ2P7yBop+fpArngQFRFjHljOOBB2ZoTkLulPUP27kCgu
 sTfzgNDKrVp5Q==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)


--=-UCW2E+KYnd8Exu2QhCmF
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

> [...]
>
> > As "libc" currently doesn't exist in 'inputs', that means "libc"
> > is searched for in 'native-inputs', which is probably not what you want=
,
> > given that you are cross-compiling?
>=20
> Are you saying that =E2=80=98%build-inputs=E2=80=99 is the union of =E2=
=80=98inputs=E2=80=99  and =E2=80=98native-
> inputs=E2=80=99? For my own education, do you know where that happens?
>=20
> The manual and the doc string for =E2=80=98build-expression->derivation=
=E2=80=99 only=20
> mention that it comes from =E2=80=98inputs=E2=80=99. I can send a patch t=
o correct them.

I thought "build-expression->derivation" doesn't define %build-inputs
anymore, but apparently it does.  However, note that, on core-updates
at least, gnu-build and gnu-cross-build don't use build-expression->derivat=
ion,
instead they use gexp->derivation (see (guix build-system gnu)), and gexp->=
derivation
doesn't define %build-inputs.

gexp->derivation doesn't define %build-inputs, but gnu-build and gnu-cross-=
build
do:

        ;; also see with-build-variables
        (define %build-host-inputs
          #+(input-tuples->gexp build-inputs))

        (define %build-target-inputs
          (append #$(input-tuples->gexp host-inputs)
                  #+(input-tuples->gexp target-inputs)))

        (define %build-inputs
          (append %build-host-inputs %build-target-inputs))
        ;; ^ the unio native-inputs, inputs and implicit inputs!

        (define %outputs
          #$(outputs->gexp outputs))

I'm not familiar with 'host-inputs', 'build-inputs' and 'target-inputs'.
They are a =E2=80=98bag=E2=80=99 thing, not a =E2=80=98package=E2=80=99 thi=
ng.  You'll have to look at
'lower' to see how native-inputs and inputs are mapped to host-inputs,
build-inputs and target-inuts.

Greetings,
Maxime.

--=-UCW2E+KYnd8Exu2QhCmF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----

iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYPBbqRccbWF4aW1lZGV2
b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7hvBAP9bGudvok9wmQ//ODQIy7bnbfwJ
2GPYp6jXCJyWIjcc3gD8DWWLYx6lIGhwbC/JDg31++9IOiPY5ApGmfAMTfAH2g8=
=aJWa
-----END PGP SIGNATURE-----

--=-UCW2E+KYnd8Exu2QhCmF--

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH] gnu: glibc-headers-mesboot: Use %build-inputs in setenv phase
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Thu, 15 Jul 2021 17:04:02 +0000
Resent-Message-ID: <handler.49565.B49565.162636859429492 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: 49565 <at> debbugs.gnu.org, Maxime Devos <maximedevos@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.162636859429492
          (code B ref 49565); Thu, 15 Jul 2021 17:04:02 +0000
Received: (at 49565) by debbugs.gnu.org; 15 Jul 2021 17:03:14 +0000
Received: from localhost ([127.0.0.1]:49613 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m44lV-0007fb-Uz
	for submit <at> debbugs.gnu.org; Thu, 15 Jul 2021 13:03:14 -0400
Received: from mx.kolabnow.com ([95.128.36.42]:38530)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bauermann@HIDDEN>) id 1m44lS-0007fM-Jn
 for 49565 <at> debbugs.gnu.org; Thu, 15 Jul 2021 13:03:12 -0400
Received: from localhost (unknown [127.0.0.1])
 by ext-mx-out002.mykolab.com (Postfix) with ESMTP id 35A82E9B;
 Thu, 15 Jul 2021 19:03:04 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h=
 content-type:content-type:content-transfer-encoding:mime-version
 :references:in-reply-to:message-id:date:date:subject:subject
 :from:from:received:received:received; s=dkim20160331; t=
 1626368583; x=1628182984; bh=u6EraYizPlajWpuX/5r4AWGk2XQMI0lar9u
 EKkoAO28=; b=ilBnSUxdQ086gDsYo+wYmPygUEpJ9VoHiUOFfi33luL5ZGa4pJL
 RjMDszIr15ESp7hZGVonbzTx1zlKv7abiJyKD6c665SmSTBQqDsooBZxZ1JyKQVH
 NQHDkGQtJqA6LdjLAi1AYD6LQ3/n2fwoffShOdMlEWdh/iM/C/adykfUSoI1BRfu
 KV4/fO8g2Y35WBR0/KtAKTzAlD4/EcwG8fhFWYRkwPc3e8llEgjyeRXEzH1XtZCk
 eNn7TMzJ3aARFrFrptsLMHkEZhXigLuwBm0uAFCNW8p4lg7LhdESynJMP43nt7/H
 Etz1Wqshzz24z46sOFtUSyGYL8zGs2mXEof4yxHfbCGcWQoHeHJEzJgbX2RZefiH
 veOajCIYEGuMKZrKe1GX9SEZVgM8jOONNMHy5WKOBuOh+BUjM892tlwcxu8PYLu7
 t0sRuJdoQeu+PRtSzWXkBRK5kGGpRwXLITH4ZgWuc6hpN9zn3peACPt4WNKIW9vz
 YALdv/teVIu/C50Oh+c9Xlwt/zopXuwRmMlHu4cvFkSD6EXCi8rrwyGOtbsuhiYW
 +O/hwrogNd0ErK3OG23flxjvDLhFNEAg7VgeyV01VaemZWOjAYSwC+JnWpfsEzSf
 QacF2aflzOqac9VExKNNLcDRD2BRjEarC8R7uaxOXCCIEd/PKpMltVX8=
X-Virus-Scanned: amavisd-new at mykolab.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-10 required=5
 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001]
 autolearn=ham autolearn_force=no
Received: from mx.kolabnow.com ([127.0.0.1])
 by localhost (ext-mx-out002.mykolab.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id T4mooDgobUPF; Thu, 15 Jul 2021 19:03:03 +0200 (CEST)
Received: from int-mx001.mykolab.com (unknown [10.9.13.1])
 by ext-mx-out002.mykolab.com (Postfix) with ESMTPS id 589D9C13;
 Thu, 15 Jul 2021 19:03:02 +0200 (CEST)
Received: from ext-subm002.mykolab.com (unknown [10.9.6.2])
 by int-mx001.mykolab.com (Postfix) with ESMTPS id 54C511B1F;
 Thu, 15 Jul 2021 19:03:01 +0200 (CEST)
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Thu, 15 Jul 2021 14:02:55 -0300
Message-ID: <11392919.zUUP5XLHND@popigai>
In-Reply-To: <b01a587c2b7bf584beac14f3b9ce97765fd24c94.camel@HIDDEN>
References: <20210715004613.763843-1-bauermann@HIDDEN>
 <4491449.dtmGtMj3lj@popigai>
 <b01a587c2b7bf584beac14f3b9ce97765fd24c94.camel@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Em quinta-feira, 15 de julho de 2021, =C3=A0s 13:00:41 -03, Maxime Devos=20
escreveu:
> > [...]
> >=20
> > > As "libc" currently doesn't exist in 'inputs', that means "libc"
> > > is searched for in 'native-inputs', which is probably not what you
> > > want,
> > > given that you are cross-compiling?
> >=20
> > Are you saying that =E2=80=98%build-inputs=E2=80=99 is the union of =E2=
=80=98inputs=E2=80=99  and
> > =E2=80=98native- inputs=E2=80=99? For my own education, do you know whe=
re that
> > happens?
> >=20
> > The manual and the doc string for =E2=80=98build-expression->derivation=
=E2=80=99 only
> > mention that it comes from =E2=80=98inputs=E2=80=99. I can send a patch=
 to correct
> > them.
>=20
> I thought "build-expression->derivation" doesn't define %build-inputs
> anymore, but apparently it does.  However, note that, on core-updates
> at least, gnu-build and gnu-cross-build don't use
> build-expression->derivation, instead they use gexp->derivation (see
> (guix build-system gnu)), and gexp->derivation doesn't define
> %build-inputs.
>=20
> gexp->derivation doesn't define %build-inputs, but gnu-build and
> gnu-cross-build do:
>=20
>         ;; also see with-build-variables
>         (define %build-host-inputs
>           #+(input-tuples->gexp build-inputs))
>=20
>         (define %build-target-inputs
>           (append #$(input-tuples->gexp host-inputs)
>                   #+(input-tuples->gexp target-inputs)))
>=20
>         (define %build-inputs
>           (append %build-host-inputs %build-target-inputs))
>         ;; ^ the unio native-inputs, inputs and implicit inputs!
>=20
>         (define %outputs
>           #$(outputs->gexp outputs))
>=20
> I'm not familiar with 'host-inputs', 'build-inputs' and 'target-inputs'.
> They are a =E2=80=98bag=E2=80=99 thing, not a =E2=80=98package=E2=80=99 t=
hing.  You'll have to look at
> 'lower' to see how native-inputs and inputs are mapped to host-inputs,
> build-inputs and target-inuts.

Ok, I=E2=80=99ll look into that. Thanks for the pointers.

In the meantime, I just confirmed that running this command on core-updates=
=20
does cause glibc-mesboot-2.16 to be built:

=2D-8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix build \
	--target=3Dpowerpc64le-linux-gnu \
	gcc-toolchain@11
substitute: atualizando substitutos de "https://ci.guix.gnu.org"... 100.0%
substitute: atualizando substitutos de "https://bordeaux.guix.gnu.org"...=20
100.0%
The following derivations will be built:
   /gnu/store/phgd8m0dqp1gvqys46wy6gdwh1lqsdvm-gcc-toolchain-11.1.0.drv
   /gnu/store/62nvbgjd7vrc09h8r0n05b2bnva69p01-glibc-2.33.drv
   /gnu/store/0qjm3sr7qwv1sc5wfm0n1f6ybk3mvsy5-gawk-boot0-5.1.0.drv
   /gnu/store/2hvdxa6xfsl40h8ih8pvz9r658h80657-patch-mesboot-2.5.9.drv
   /gnu/store/4hs77pg9j543r83mqc2frix6sykj7vzf-make-boot0-4.3.drv
   /gnu/store/4sh57vq45rzkn66k8kii9izdyz738j1n-bzip2-mesboot-1.0.8.drv
   /gnu/store/6a9gx08qwl1rxkxkcmlnn65pszby3ka7-gash-utils-boot-0.1.0.drv
   /gnu/store/kzi9bcm0y4lsnq0wbsxp6ghnif8yh034-gash-boot-0.2.0.drv
   /gnu/store/82b4pi9sh7wgqcpgi6xrpibwc1iqdhji-xz-mesboot-5.0.0.drv
   /gnu/store/ba0vnc5bw91rskk5f3y29fbshysy0776-binutils-mesboot-2.20.1a.drv
   /gnu/store/cjhxxpvbd1ydwzm0663h8l6i40cx81pi-glibc-mesboot-2.16.0.drv
   /gnu/store/d5jx752yqqak9cix1379561p8czhiq93-coreutils-mesboot-8.32.drv
   /gnu/store/hain1fp7kwclrn0mrh9rqidw4vxisz9n-sed-mesboot-4.0.6.drv
   /gnu/store/k12zfxpj6sjjgb30rma0w5fvvmad35hp-gcc-mesboot-4.9.4.drv
   /gnu/store/m7sixkp7k9csfili8q50p8gywpnd05qp-gzip-mesboot-1.2.4.drv
   /gnu/store/nn9yd92g86x4pnm1byjrwhzawrmx4kxg-tar-mesboot-1.22.drv
   /gnu/store/pdjd8jc1sahh2j8yc2bn6z47syzvflrl-gawk-mesboot-3.1.8.drv
   /gnu/store/pivl1bxdv3lgziwkppk5b8qv6hczk8b7-grep-mesboot-2.0.drv
   /gnu/store/ra6hdd7l7dqi8wkm0g4kba2ykd36dbhm-gcc-mesboot-
wrapper-4.9.4.drv
   /gnu/store/vdccj4mvd9626g5hwyljs8i28fx7j6m8-make-mesboot-3.82.drv
   /gnu/store/5q01q11y0p02y9pgqpz9nn6x6zkwriil-diffutils-boot0-3.7.drv
   /gnu/store/bainbjj5p2rcjly5kmx09fr7y2bzrmkc-patch-boot0-2.7.6.drv
   /gnu/store/dd0drjcnd4bsq1qyqx68kykaqrksr1fq-linux-libre-
headers-5.10.35.drv
   /gnu/store/di513kh6hf9r6hl5jnlkzvl014w6db1q-findutils-boot0-4.8.0.drv
   /gnu/store/hvg6ijqsl2s2p0gwnrfzb8aihzann72v-bzip2-boot0-1.0.8.drv
   /gnu/store/j29kp6r510yxlpl47m3havcwd14lmylk-tar-boot0-1.34.drv
   /gnu/store/kzdlk0nrndnzh2ch44ikwm4lmajd0h30-ld-wrapper-boot0-0.drv
   /gnu/store/w9jcb7przdcmh56b197xcm2rx30aw4hz-binutils-cross-
boot0-2.36.1.drv
   /gnu/store/n5l4fnyagzmyrgcndan8dw7531ma4da4-file-boot0-5.39.drv
   /gnu/store/nlrv89bwp4wkj3w36bzmqkijdadbsqny-coreutils-boot0-8.32.drv
   /gnu/store/p5hsziqa8j5adyhmxcc5961kx8aaf1vk-sed-boot0-4.8.drv
   /gnu/store/ncpm5xa6s4a3v1c3sw3478n1d0p99yzr-bash-static-5.1.8.drv
   /gnu/store/mlva2a76j2kgryk9qbfma4f1qbd91gll-glibc-intermediate-2.33.drv
   /gnu/store/r1dwax8yfh1h2g87yij245gfvqq9mg5r-gcc-cross-boot0-10.3.0.drv
   /gnu/store/6xzmm1hbzqbyp0fnp4ay764fl7hlwzqr-libstdc++-boot0-4.9.4.drv
   /gnu/store/lw6xvva92vb6yrg5s73c6m507mmg4wpn-gcc-11.1.0.drv
   /gnu/store/1z1j62pdli02k7x5lqmzm6cv8mi4nmrk-libelf-0.8.13.drv
   /gnu/store/bxaqilawhw2gbrqmcds4dw0xddnmn46x-libstdc++-headers-10.3.0.drv
   /gnu/store/v8g8wjzq6fvl32965xdz2z4w6zk1w91w-binutils-2.36.1.drv
   /gnu/store/62nvbgjd7vrc09h8r0n05b2bnva69p01-glibc-2.33.drv
   /gnu/store/v8i4vbz1s3idiqyi7cvwplblaxlyrap6-ld-wrapper-0.drv
   /gnu/store/2lx0j1j5qn3g77kmhy6kzxkbqgmajz3x-libatomic-ops-7.6.10.drv
   /gnu/store/09falwp7jqb9kz4qrqassbs37cmgxrrk-gcc-10.3.0.drv
   /gnu/store/bfbaw9js573ig21a6k2cg4bv7j7q1s5v-libstdc++-10.3.0.drv
=2D-8<---------------cut here---------------end--------------->8---

So either something like this patch is needed, or some other change to=20
avoid building glibc-mesboot-2.16 for powerpc64le-linux-gnu.

=2D-=20
Thanks,
Thiago

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH core-updates] gnu: bootstrap: Use %current-target-system to decide bootstrap path
References: <20210715004613.763843-1-bauermann@HIDDEN>
In-Reply-To: <20210715004613.763843-1-bauermann@HIDDEN>
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Fri, 16 Jul 2021 01:33:02 +0000
Resent-Message-ID: <handler.49565.B49565.162639914214239 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: 49565 <at> debbugs.gnu.org
Cc: Thiago Jung Bauermann <bauermann@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.162639914214239
          (code B ref 49565); Fri, 16 Jul 2021 01:33:02 +0000
Received: (at 49565) by debbugs.gnu.org; 16 Jul 2021 01:32:22 +0000
Received: from localhost ([127.0.0.1]:50116 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m4CiE-0003hb-Bz
	for submit <at> debbugs.gnu.org; Thu, 15 Jul 2021 21:32:22 -0400
Received: from mx.kolabnow.com ([95.128.36.42]:61400)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bauermann@HIDDEN>) id 1m4Ci9-0003hK-79
 for 49565 <at> debbugs.gnu.org; Thu, 15 Jul 2021 21:32:20 -0400
Received: from localhost (unknown [127.0.0.1])
 by ext-mx-out002.mykolab.com (Postfix) with ESMTP id B9CBEBED
 for <49565 <at> debbugs.gnu.org>; Fri, 16 Jul 2021 03:32:09 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h=
 content-transfer-encoding:content-type:content-type:mime-version
 :message-id:date:date:subject:subject:from:from:received
 :received:received; s=dkim20160331; t=1626399128; x=1628213529;
 bh=OtXl41W116V8jSQis3oT4Mf5EXWIa4BQnMArzn1PMR8=; b=Go+GRE3Qozui
 p2Oi3v1NeSGb/SBwvDdl055g1/J7x1lW8s3gkNTwUYMc4B9FNIhWHnzKAZgceRXS
 dWMlh/3bqn/ad891G5gnuvavjwjykQMhFW3qogBLyrmaYxg8y4Cf4Vo5U0CJg/CM
 bRyUiGjr84qAsiCpbxHnGsVySDV87gHudZr3UAsoGTP8vMSAtkYnHmYsDSuIyt1A
 0BZid8zpPhasWKvC8z5jsZvzilfrFYg00YRQOUMnBD3ysrKIqydKf4owXerXzGjg
 ELEZqUryDXFh9leHAiTtcEctBEN63w+GtM6imkJogk5dctKJKeMS79RoaMQZ2icb
 0J/BMHCfrl5yQxeQ7d8nrthasLeG2r5tBbbYz3E2wnAlPzTAHMU19MC6dQ/91GJD
 W2zpcAzwbuL2+5P0dtYKvCFXnxpXvosEoLxohd/3a+JG+oKSyNF62L51ZR+Ci5NU
 I9vsKdFDhB/pElf6O9x1zkwlhxUkXF9lpAmZk0i/n0/vFfTco1CRFBycB3CAuNtm
 tnkS+M/0rdHa6pwe7OEq1R0LGaW0jGxBoWW9DDWM3zdejnuk3cxZNcHNOWdQHE8s
 uLocQ3PHcbshtD9JqZJNL6ZkHeOvZ8AXN7EXz4qaDSexb/gcdHZuwgH2pt+Nn2Ea
 xy7jyZko2yEiDwoJ6wkyxyE4S3a2YwQ=
X-Virus-Scanned: amavisd-new at mykolab.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-10 required=5
 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mx.kolabnow.com ([127.0.0.1])
 by localhost (ext-mx-out002.mykolab.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id qDMhejDfnkie for <49565 <at> debbugs.gnu.org>;
 Fri, 16 Jul 2021 03:32:08 +0200 (CEST)
Received: from int-mx002.mykolab.com (unknown [10.9.13.2])
 by ext-mx-out002.mykolab.com (Postfix) with ESMTPS id A0C68B25
 for <49565 <at> debbugs.gnu.org>; Fri, 16 Jul 2021 03:32:07 +0200 (CEST)
Received: from ext-subm002.mykolab.com (unknown [10.9.6.2])
 by int-mx002.mykolab.com (Postfix) with ESMTPS id C24EE51FB;
 Fri, 16 Jul 2021 03:32:06 +0200 (CEST)
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Thu, 15 Jul 2021 22:31:43 -0300
Message-Id: <20210716013143.901859-1-bauermann@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

When cross-building a non-x86 gcc-toolchain on an x86 machine,
‘%current-target’ has the x86 system value and Guix tries to use the
mesboot packages for the bootstrap – which don't work because they’re
currently x86-only.

Therefore look at ‘%current-target-system’ first, which has the non-x86
system value.

* gnu/packages/bootstrap.scm (%bootstrap-inputs): Check
‘%current-target-system’ before ‘%current-system’ to decide whether to use
the mesboot path.
* gnu/packages/commencement.scm (%bootstrap-inputs+toolchain): Ditto.
---
 gnu/packages/bootstrap.scm    | 2 +-
 gnu/packages/commencement.scm | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

Hi,

As Maxime Devos mentined previously, glibc-mesboot is only supported on
i686-linux and x86_64-linux and not powerpc64le-linux so it’s strange that
it’s being built on my system. Investigating further, I believe the the
problem is the one described on the commit message above.

With the patch applied on core-updates, I can now get the same error that
the CI is getting when trying to cross-compile a gcc-toolchain package, as
seen here:

https://ci.guix.gnu.org/build/667452/details

But I can’t explain why I see this problem on my machine while it doesn’t
happen on the CI one. Perhaps because I’m running Guix on a foreign distro
(Ubuntu), while the CI presumably uses Guix System?

Here are the derivations that are built now:

--8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix build \
	--target=powerpc64le-linux-gnu \
	gcc-toolchain@11
substitute: atualizando substitutos de "https://ci.guix.gnu.org"...  100.0%
substitute: atualizando substitutos de "https://bordeaux.guix.gnu.org"... 100.0%
The following derivations will be built:
   /gnu/store/3smglg4didq9bizfa6mpgr3mwyl025bg-gcc-toolchain-11.1.0.drv
   /gnu/store/bqs0df2b3zalz3f6cs3blx3r13f8agwx-linux-libre-headers-5.10.35.drv
   /gnu/store/adi4bagfjzja2cy0xd4zsjrhrx4l8zzh-gcc-bootstrap-0.drv
   /gnu/store/lw6xvva92vb6yrg5s73c6m507mmg4wpn-gcc-11.1.0.drv
   /gnu/store/qm1lgdvlc6wkch2z6qiglqgfjrc9dl52-binutils-2.36.1.drv
   /gnu/store/23fsjsynp3ryb6npgiipx327ag7dd394-file-boot0-5.39.drv
   /gnu/store/m69xqa8k199gnphplml2pc4qbl0w07pj-make-boot0-4.3.drv
   /gnu/store/35v7glpl1p0sbkmyyls4nlcvfdq80bp4-findutils-boot0-4.8.0.drv
   /gnu/store/3lsjr0fpxx07h7kz42sqqkgqi76wr92w-diffutils-boot0-3.7.drv
   /gnu/store/8v38wv9nd9wa1v0xmb38la68pck43xsr-sed-boot0-4.8.drv
   /gnu/store/dxkjjafij00vda2a515clxq2s75l0pxy-patch-boot0-2.7.6.drv
   /gnu/store/g7zi4asrxwqjy2zskgisw098vs49smhn-tar-boot0-1.34.drv
   /gnu/store/k4p3hhphaw59afaxrhyzc58041736qp9-gawk-boot0-5.1.0.drv
   /gnu/store/qr4hzgwji76cr18c2b4ii10wciyplis3-coreutils-boot0-8.32.drv
   /gnu/store/r16wrs5pfad62pp104m58d6z3r010mq6-glibc-2.33.drv
   /gnu/store/crdznbwd3dq9xrmrxzjk1jl80fb2d1ws-gcc-cross-boot0-10.3.0.drv
   /gnu/store/i337vhnb6gh510s0cprbww1l3qila759-libstdc++-boot0-4.9.4.drv
   /gnu/store/vvkqxj9c4710jajddrqd7qbq1vhy1b2q-bzip2-boot0-1.0.8.drv
   /gnu/store/wry17xmsdh3dg33f4397a609kix5492q-binutils-cross-boot0-2.36.1.drv
   /gnu/store/f2yibv3n2ya2s2hcv2n103bmfb39q0q1-bash-static-5.1.8.drv
   /gnu/store/rn9xwjxjxdr6chwr5bdm0law300120yj-ld-wrapper-boot0-0.drv
   /gnu/store/vnaw38hssdshzsy17vmmy7x7zh3ni7zi-glibc-intermediate-2.33.drv
   /gnu/store/qzhgyd8qnwhy46ajsr1156zap6sryxvf-ld-wrapper-0.drv
   /gnu/store/5g8dn0w3k3m2famxndzxywxl6v3r79cm-libunistring-0.9.10.drv
   /gnu/store/0ycvzp0zmlqac5k3b32a7kb9y5z8sz09-gcc-10.3.0.drv
   /gnu/store/dh10c2zsxyv0i3j43q81xfmkhsnh03sh-libstdc++-10.3.0.drv
   /gnu/store/xwifg8mb9zh0azyxccls9q6gcb56p14h-ld-wrapper-boot3-0.drv
   /gnu/store/yljl3dspmzk6256sdl56swsq2r694nsi-zlib-1.2.11.drv
   /gnu/store/w87mmrp0c5irjmqhjj76m27i39zgj3xf-bash-minimal-5.1.8.drv
   /gnu/store/aag6c2sy2w3xyzs4nm0nfwsqw9c1xkvi-libgc-8.0.4.drv
   /gnu/store/vvljjz5dj38yqfd813z6z6xmwsk32jbg-libatomic-ops-7.6.10.drv
   /gnu/store/k4rzmyxidag567qvf7rkpwl0h041vczm-guile-3.0.7.drv
   /gnu/store/d608rkzh04rlaivcm9y0hsj4icanhdyp-libffi-3.3.drv
   /gnu/store/r16wrs5pfad62pp104m58d6z3r010mq6-glibc-2.33.drv
--8<---------------cut here---------------end--------------->8---


diff --git a/gnu/packages/bootstrap.scm b/gnu/packages/bootstrap.scm
index 5a8028a4652c..b14dc63062e8 100644
--- a/gnu/packages/bootstrap.scm
+++ b/gnu/packages/bootstrap.scm
@@ -927,7 +927,7 @@ exec ~a/bin/.gcc-wrapped -B~a/lib \
 (define (%bootstrap-inputs)
   ;; The initial, pre-built inputs.  From now on, we can start building our
   ;; own packages.
-  (match (%current-system)
+  (match (or (%current-target-system) (%current-system))
     ((or "i686-linux" "x86_64-linux")
      `(("linux-libre-headers" ,%bootstrap-linux-libre-headers)
        ("bootstrap-mescc-tools" ,%bootstrap-mescc-tools)
diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index fb028390a260..2af3dead3c73 100644
--- a/gnu/packages/commencement.scm
+++ b/gnu/packages/commencement.scm
@@ -2396,7 +2396,7 @@ exec " gcc "/bin/" program
 (define (%bootstrap-inputs+toolchain)
   ;; The traditional bootstrap-inputs.  For the i686-linux, x86_64-linux
   ;; Scheme-only bootstrap the actual reduced set with bootstrapped toolchain.
-  (match (%current-system)
+  (match (or (%current-target-system) (%current-system))
     ((or "i686-linux" "x86_64-linux")
      (%boot-mesboot6-inputs))
     (_

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH core-updates] gnu: bootstrap: Use %current-target-system to decide bootstrap path
Resent-From: Maxime Devos <maximedevos@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Fri, 16 Jul 2021 09:51:01 +0000
Resent-Message-ID: <handler.49565.B49565.16264290304054 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: Thiago Jung Bauermann <bauermann@HIDDEN>, 49565 <at> debbugs.gnu.org
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.16264290304054
          (code B ref 49565); Fri, 16 Jul 2021 09:51:01 +0000
Received: (at 49565) by debbugs.gnu.org; 16 Jul 2021 09:50:30 +0000
Received: from localhost ([127.0.0.1]:50515 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m4KUI-00013K-4N
	for submit <at> debbugs.gnu.org; Fri, 16 Jul 2021 05:50:30 -0400
Received: from albert.telenet-ops.be ([195.130.137.90]:58720)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <maximedevos@HIDDEN>) id 1m4KUD-000134-VU
 for 49565 <at> debbugs.gnu.org; Fri, 16 Jul 2021 05:50:29 -0400
Received: from butterfly.local ([213.119.236.63])
 by albert.telenet-ops.be with bizsmtp
 id VlqN2500T1Nl63106lqPtL; Fri, 16 Jul 2021 11:50:23 +0200
Message-ID: <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
From: Maxime Devos <maximedevos@HIDDEN>
In-Reply-To: <20210716013143.901859-1-bauermann@HIDDEN>
References: <20210715004613.763843-1-bauermann@HIDDEN>
 <20210716013143.901859-1-bauermann@HIDDEN>
Content-Type: multipart/signed; micalg="pgp-sha512";
 protocol="application/pgp-signature"; boundary="=-+FsUDLg7MtybjXgTfPLg"
Date: Fri, 16 Jul 2021 10:20:20 +0200
MIME-Version: 1.0
User-Agent: Evolution 3.34.2 
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21;
 t=1626429023; bh=oF4mbOFkSAD+e5TqFfEK7k0CeDvnIqxgIBOtrxfVqY8=;
 h=Subject:From:To:In-Reply-To:References:Date;
 b=gU5Gh2r/59YM+Rxomz2Svj4YS/604/swHAKB8B5UuaB1M30vWax1sxShSOV//hqkR
 jPJGV+8uh5znJifW6ieGRCMKUkQvnVPPX/OFWPpXBUrk9CYj/d7I86078O0xYadaVr
 5mCqX+o9EzQ864JVJAtfnkEA7Ll6aKfj0o3guyicYURVsEt8FYo2bFXN7NCmsFy3s6
 TosMhxQMUb+bxUcl89/QbmdzsDiQmzQfFhy1jHDXNmP6iCe/4togP3zhSr56mF9kHS
 fOCs9av+o3dSFEfDDYRuhXnFrvqeUXTegjq5qFfNS8BaLTG5muP5/HqL6lS/NGbW+p
 41CQTkV21uHBA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)


--=-+FsUDLg7MtybjXgTfPLg
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi,


> diff --git a/gnu/packages/bootstrap.scm b/gnu/packages/bootstrap.scm
> index 5a8028a4652c..b14dc63062e8 100644
> --- a/gnu/packages/bootstrap.scm
> +++ b/gnu/packages/bootstrap.scm
> @@ -927,7 +927,7 @@ exec ~a/bin/.gcc-wrapped -B~a/lib \
>  (define (%bootstrap-inputs)
>    ;; The initial, pre-built inputs.  From now on, we can start building =
our
>    ;; own packages.
> -  (match (%current-system)
> +  (match (or (%current-target-system) (%current-system))
>      ((or "i686-linux" "x86_64-linux")
>       `(("linux-libre-headers" ,%bootstrap-linux-libre-headers)
>         ("bootstrap-mescc-tools" ,%bootstrap-mescc-tools)

This makes sense to me.
However, you may need to modify 'package-from-tarball' as well,
replacing
("tarball" ,(bootstrap-origin (source (%current-system))))))
with
("tarball" ,(bootstrap-origin (source (or (%current-target-system) (%curren=
t-system)))))))

Could you verify the architecture of the binaries in the output
of "./pre-inst-env guix build gcc-toolchain@11 --target=3Dpowerpc64le-linux=
-gnu",
and its references (you can use "guix gc --references /gnu/store/..." and o=
bjdump)?

Greetings,
Maxime.

--=-+FsUDLg7MtybjXgTfPLg
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----

iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYPFBPRccbWF4aW1lZGV2
b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7qgKAQCoQB+qOHmHc6pFWT5Go+sH8Yyq
rIjWxUtwKcfhAPfjIwEAirtV1BbavnJOBqzsZSBvCp4ogwdHKa0OWyGKLv+1RwE=
=J+4B
-----END PGP SIGNATURE-----

--=-+FsUDLg7MtybjXgTfPLg--

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH core-updates] gnu: bootstrap: Use %current-target-system to decide bootstrap path
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Fri, 16 Jul 2021 20:02:02 +0000
Resent-Message-ID: <handler.49565.B49565.162646568819061 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: 49565 <at> debbugs.gnu.org, Maxime Devos <maximedevos@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.162646568819061
          (code B ref 49565); Fri, 16 Jul 2021 20:02:02 +0000
Received: (at 49565) by debbugs.gnu.org; 16 Jul 2021 20:01:28 +0000
Received: from localhost ([127.0.0.1]:52375 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m4U1Y-0004xN-5Z
	for submit <at> debbugs.gnu.org; Fri, 16 Jul 2021 16:01:28 -0400
Received: from mx.kolabnow.com ([95.128.36.40]:53536)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bauermann@HIDDEN>) id 1m4U1W-0004x9-7x
 for 49565 <at> debbugs.gnu.org; Fri, 16 Jul 2021 16:01:27 -0400
Received: from localhost (unknown [127.0.0.1])
 by ext-mx-out003.mykolab.com (Postfix) with ESMTP id AAACC40D27;
 Fri, 16 Jul 2021 22:01:19 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h=
 content-type:content-type:content-transfer-encoding:mime-version
 :references:in-reply-to:message-id:date:date:subject:subject
 :from:from:received:received:received; s=dkim20160331; t=
 1626465679; x=1628280080; bh=fW8691an7LGRsoTaOAe5MwIUVy+LqehIJv7
 HTZRNyb8=; b=qDZlizMx8evV3+ruo3PE5bVaggrO2v9bBhpcNBnjmWexsrp7+et
 PEXcBRD4RLZSPL+XfgEMaDOag+E87lxwLiV21olT0Uk9zhxrlnn60D2jtNrBH1MD
 cHTHhg7G/MtOn2LgPf6VobpsR5ieY9RG0N3f6iq2sc58sRH3Azt9N4e0j8Bt+6p7
 za+eibC1ubwOkj+ypJvDQNywjD3RoLJ1vXKpeTpcw1BWcurGola1AIz6Ed6wZBdv
 1AQ5nAT3IJVo3io5lroaTo2Tr5Yc2frcayKRCmOkkLkW1tOenUphp9j2OoyyxNav
 qSW++PKjoYeTQFH5Von4TJf24O9lX5DY8D1b2lYU5xPc3qu72WcymKyb5KTy0P9B
 3Q+XXaVcm8RklHo3Us63OF+jUPezT9cxu/DFV1YHJR8h2tKtCqexc67ZmO9NrtRO
 HU+Noeguv1klnugoJyrT3fEUEcX2cfwBYwnZVFgr3D1azmoNzLk+VrmNqLVPgiMm
 ZBDukQ/2lPHYotTJSE5iHajc9FLWrwN8SO3ku/3HmZil2zXBdkXtcfQlyFx46GzE
 1FKfxMc+kHOhmw46svvvrF6ILCa/Uk7DcEoGMGVU/lWAfx6AFYB2fthi/C03df1J
 NSttBYo1621Ml8kmmeH6Thoufz8u2UG5nKIW7t0+KKT1J6mYj4bvDHA8=
X-Virus-Scanned: amavisd-new at mykolab.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-10 required=5
 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mx.kolabnow.com ([127.0.0.1])
 by localhost (ext-mx-out003.mykolab.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id KZSAw5AdpeVP; Fri, 16 Jul 2021 22:01:19 +0200 (CEST)
Received: from int-mx001.mykolab.com (unknown [10.9.13.1])
 by ext-mx-out003.mykolab.com (Postfix) with ESMTPS id DD75340610;
 Fri, 16 Jul 2021 22:01:17 +0200 (CEST)
Received: from ext-subm002.mykolab.com (unknown [10.9.6.2])
 by int-mx001.mykolab.com (Postfix) with ESMTPS id 6015021E5;
 Fri, 16 Jul 2021 22:01:16 +0200 (CEST)
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Fri, 16 Jul 2021 17:01:09 -0300
Message-ID: <38562486.AUsm6asf6Y@popigai>
In-Reply-To: <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
References: <20210715004613.763843-1-bauermann@HIDDEN>
 <20210716013143.901859-1-bauermann@HIDDEN>
 <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hello,

Em sexta-feira, 16 de julho de 2021, =C3=A0s 05:20:20 -03, Maxime Devos
escreveu:
> Hi,
>=20
> > diff --git a/gnu/packages/bootstrap.scm b/gnu/packages/bootstrap.scm
> > index 5a8028a4652c..b14dc63062e8 100644
> > --- a/gnu/packages/bootstrap.scm
> > +++ b/gnu/packages/bootstrap.scm
> > @@ -927,7 +927,7 @@ exec ~a/bin/.gcc-wrapped -B~a/lib \
> >=20
> >  (define (%bootstrap-inputs)
> > =20
> >    ;; The initial, pre-built inputs.  From now on, we can start
> >    building our ;; own packages.
> >=20
> > -  (match (%current-system)
> > +  (match (or (%current-target-system) (%current-system))
> >=20
> >      ((or "i686-linux" "x86_64-linux")
> >     =20
> >       `(("linux-libre-headers" ,%bootstrap-linux-libre-headers)
> >      =20
> >         ("bootstrap-mescc-tools" ,%bootstrap-mescc-tools)
>=20
> This makes sense to me.
> However, you may need to modify 'package-from-tarball' as well,
> replacing
> ("tarball" ,(bootstrap-origin (source (%current-system))))))
> with
> ("tarball" ,(bootstrap-origin (source (or (%current-target-system)
> (%current-system)))))))

Thanks! I did that but it doesn=E2=80=99t work in this case because the =E2=
=80=98source=E2=80=99
functions expect a Nix system string and =E2=80=98%current-target-system=E2=
=80=99 is a
GNU triplet string. After I defined a function which calls
=E2=80=98gnu-triplet->nix-system=E2=80=99 on it, then it worked.

This made me realize that all places which do
`(or (%current-target-system) (%current-system))` have this inconsistency.
I=E2=80=99m currently preparing a couple of patches to clean them up.

> Could you verify the architecture of the binaries in the output
> of "./pre-inst-env guix build gcc-toolchain@11
> --target=3Dpowerpc64le-linux-gnu", and its references (you can use "guix
> gc --references /gnu/store/..." and objdump)?

I can=E2=80=99t do that on the output because the GCC build fails =E2=80=93=
 which is what
I originally set out to investigate when I stumbled on this problem. :-)

I did a `guix build -K =E2=80=A6` and this is the result on the build direc=
tory:

=2D-8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix build \
	-K \
	--target=3Dpowerpc64le-linux-gnu \
	gcc-toolchain@11
    =E2=8B=AE
<snip lots of output>
    =E2=8B=AE
make[1]: *** [Makefile:11850: all-target-libstdc++-v3] Error 2
make[1]: Leaving directory '/tmp/guix-build-gcc-11.1.0.drv-0/build'
make: *** [Makefile:962: all] Error 2
error: in phase 'build': uncaught exception:
%exception #<&invoke-error program: "make" arguments: ("-j" "8" "CFLAGS=3D-=
g0 -O2") exit-status: 2 term-signal: #f stop-signal: #f>
phase `build' failed after 810.7 seconds
command "make" "-j" "8" "CFLAGS=3D-g0 -O2" failed with status 2
note: keeping build directory `/tmp/guix-build-gcc-11.1.0.drv-0'
builder for `/gnu/store/lw6xvva92vb6yrg5s73c6m507mmg4wpn-gcc-11.1.0.drv' fa=
iled with exit code 1
build of /gnu/store/lw6xvva92vb6yrg5s73c6m507mmg4wpn-gcc-11.1.0.drv failed
View build log at '/var/log/guix/drvs/lw/6xvva92vb6yrg5s73c6m507mmg4wpn-gcc=
=2D11.1.0.drv.bz2'.
cannot build derivation `/gnu/store/gnsdxz7r9l6d9wafwcms2dgz6hhi6gvn-gcc-to=
olchain-11.1.0.drv': 1 dependencies couldn't be built
guix build: error: build of `/gnu/store/gnsdxz7r9l6d9wafwcms2dgz6hhi6gvn-gc=
c-toolchain-11.1.0.drv' failed
$ find /tmp/guix-build-gcc-11.1.0.drv-0 -name '*.o' -exec file '{}' ';' | c=
ut -d: -f2 | sort | uniq -c
      3  ELF 64-bit LSB relocatable, 64-bit PowerPC or cisco 7500, version =
1 (GNU/Linux), with debug_info, not stripped
    235  ELF 64-bit LSB relocatable, 64-bit PowerPC or cisco 7500, version =
1 (SYSV), not stripped
   1496  ELF 64-bit LSB relocatable, 64-bit PowerPC or cisco 7500, version =
1 (SYSV), with debug_info, not stripped
    118  ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped
     14  ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), with debug_i=
nfo, not stripped
=2D-8<---------------cut here---------------end--------------->8---

The vast majority of the files are ppc64le. Of the x86-64 ones, 87 are in
/tmp/guix-build-gcc-11.1.0.drv-0/build/build-x86_64-unknown-linux-gnu/ and
45 are in /tmp/guix-build-gcc-11.1.0.drv-0/build/gcc/build/.

I=E2=80=99m not very familiar with GCC=E2=80=99s build system, so I can=E2=
=80=99t say whether it=E2=80=99s
expected to have it create these x86-64 objects, but I wouldn=E2=80=99t be =
surprised
if it needed to build some native auxiliaryprograms for the build process.

Because there=E2=80=99s no finished output, I wasn=E2=80=99t able to check =
for references.

I can make a more conclusive test when this GCC cross build problem is fixe=
d.

=2D-=20
Thanks,
Thiago

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH core-updates] gnu: bootstrap: Use %current-target-system to decide bootstrap path
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Sun, 18 Jul 2021 18:05:01 +0000
Resent-Message-ID: <handler.49565.B49565.162663144531720 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: 49565 <at> debbugs.gnu.org, Maxime Devos <maximedevos@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.162663144531720
          (code B ref 49565); Sun, 18 Jul 2021 18:05:01 +0000
Received: (at 49565) by debbugs.gnu.org; 18 Jul 2021 18:04:05 +0000
Received: from localhost ([127.0.0.1]:57120 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m5B92-0008FW-QQ
	for submit <at> debbugs.gnu.org; Sun, 18 Jul 2021 14:04:05 -0400
Received: from mx.kolabnow.com ([95.128.36.40]:48104)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bauermann@HIDDEN>) id 1m5B8w-0008Ey-R2
 for 49565 <at> debbugs.gnu.org; Sun, 18 Jul 2021 14:04:02 -0400
Received: from localhost (unknown [127.0.0.1])
 by ext-mx-out003.mykolab.com (Postfix) with ESMTP id 253DC40471;
 Sun, 18 Jul 2021 18:45:26 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h=
 content-type:content-type:content-transfer-encoding:mime-version
 :references:in-reply-to:message-id:date:date:subject:subject
 :from:from:received:received:received; s=dkim20160331; t=
 1626626725; x=1628441126; bh=RNSi11DR1C380Ua3vBLbjm9z9SHNyWLP1TV
 gPX9glNk=; b=sJsJYOndyfNsRR0KCUPb/oyZyJBZ1kL3iLtB0c7dZ8I1HPoJdkV
 5GiZ4Sh5mHrpbLnacWJIHrYUxFgF9gPugMg4zuAhvnKAHBnRxYA/81wbnUKwBwfG
 I75Mf/vry4Xe2anTd9rVbrenFFI8QkbuHSgexlCptVoa5QsfnaGsI3BNcVEc7XFX
 D/vyRaZf8BGjaU2hlwQdYeh+sytA37TCXhlif86KbfLJVSs4S0Ys3c4QOuRGfqIa
 5ZfmoUUGqQegNJ74fAdRCXCGQmBS0DhnMl7oaivD71LjKZGxaYrteSN5pANj/DHv
 hHhtwZlZNtdxympWZ5ZYvu7taQ5WRI/kBKF4GJtih7QQs9klb2Fe4CWEDT+RfgiJ
 FWCRJIk8tnZcxotyPc5moqFJBC80d79Of8G7if0ftfrvz3UhCV5wCZc15eGl2aEt
 4KDxfcy6RKTxCUJUSy+Zw8Ffx58YbpfvKs56WDONgez4QkFuwgB6a+AxmMvcEnL4
 wq7n6nhpaDpfLUMdDurmIdJKeLZUGGLSAGTsuZDOhgCXcE8x5I46+z+x1livrn4U
 EiYhKK0CYDAIY5JtXKFj9q7BTF9lBCJldf7ADLKuAyC5S1AGirk1PC19Goh0ITPH
 BEOpS6g9TrA7jpFjk3ZmEdWdkHIQKFDVg2UsWZwaWV9cS8g9yU3A/DsE=
X-Virus-Scanned: amavisd-new at mykolab.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-10 required=5
 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mx.kolabnow.com ([127.0.0.1])
 by localhost (ext-mx-out003.mykolab.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id za52jKWY_Z6Y; Sun, 18 Jul 2021 18:45:25 +0200 (CEST)
Received: from int-mx002.mykolab.com (unknown [10.9.13.2])
 by ext-mx-out003.mykolab.com (Postfix) with ESMTPS id 8A42440312;
 Sun, 18 Jul 2021 18:45:25 +0200 (CEST)
Received: from ext-subm001.mykolab.com (unknown [10.9.6.1])
 by int-mx002.mykolab.com (Postfix) with ESMTPS id 1CF9C46DF;
 Sun, 18 Jul 2021 18:45:23 +0200 (CEST)
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Sun, 18 Jul 2021 13:45:15 -0300
Message-ID: <4729414.XUdnh1gNuZ@popigai>
In-Reply-To: <55865ae75130bb06154c5cf68ad8f3a89c511515.camel@HIDDEN>
References: <20210715004613.763843-1-bauermann@HIDDEN>
 <38562486.AUsm6asf6Y@popigai>
 <55865ae75130bb06154c5cf68ad8f3a89c511515.camel@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Em domingo, 18 de julho de 2021, =C3=A0s 13:10:40 -03, Maxime Devos escreve=
u:
> Thiago Jung Bauermann schreef op vr 16-07-2021 om 17:01 [-0300]:
> > Thanks! I did that but it doesn=E2=80=99t work in this case because the
> > =E2=80=98source=E2=80=99
> > functions expect a Nix system string and =E2=80=98%current-target-syste=
m=E2=80=99 is a
> > GNU triplet string. After I defined a function which calls
> > =E2=80=98gnu-triplet->nix-system=E2=80=99 on it, then it worked.
> >=20
> > This made me realize that all places which do
> > `(or (%current-target-system) (%current-system))` have this
> > inconsistency. I=E2=80=99m currently preparing a couple of patches to c=
lean
> > them up.
>=20
> There are some places where it doesn't matter if it's the GNU triplet
> or Nix system string (e.g. libflame, tlsdate) and there are some places
> where the difference does matter (e.g. the definition of libpasastro
> seems buggy o me).

True. I=E2=80=99m going through the places using =E2=80=98%current-target-s=
ystem=E2=80=99 and=20
fixing the ones that seem buggy to me. I changed libpasastro here. I should=
=20
have something to send in the next few days.

> > The vast majority of the files are ppc64le. Of the x86-64 ones, 87 are
> > in
> > /tmp/guix-build-gcc-11.1.0.drv-0/build/build-x86_64-unknown-linux-gnu/
> > and 45 are in /tmp/guix-build-gcc-11.1.0.drv-0/build/gcc/build/.
> >=20
> > I=E2=80=99m not very familiar with GCC=E2=80=99s build system, so I can=
=E2=80=99t say whether
> > it=E2=80=99s expected to have it create these x86-64 objects, but I wou=
ldn=E2=80=99t
> > be surprised if it needed to build some native auxiliaryprograms for
> > the build process.
> When compiling GCC (version M) with GCC (version N), first version M is
> compiled using version N, then the resulting gcc is used to compile GCC
> (version M) again. As I understand it, the idea is to let the end result
> be independent from the compiler one started out with.

Makes sense. Thanks for clarifying!

=2D-=20
Thanks,
Thiago

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH core-updates] gnu: bootstrap: Use %current-target-system to decide bootstrap path
Resent-From: Maxime Devos <maximedevos@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Sun, 18 Jul 2021 18:40:02 +0000
Resent-Message-ID: <handler.49565.B49565.162663356511435 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: Thiago Jung Bauermann <bauermann@HIDDEN>, 49565 <at> debbugs.gnu.org
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.162663356511435
          (code B ref 49565); Sun, 18 Jul 2021 18:40:02 +0000
Received: (at 49565) by debbugs.gnu.org; 18 Jul 2021 18:39:25 +0000
Received: from localhost ([127.0.0.1]:57250 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m5BhF-0002yM-Ix
	for submit <at> debbugs.gnu.org; Sun, 18 Jul 2021 14:39:25 -0400
Received: from leibniz.telenet-ops.be ([195.130.137.77]:42716)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <maximedevos@HIDDEN>) id 1m5BhD-0002yE-KI
 for 49565 <at> debbugs.gnu.org; Sun, 18 Jul 2021 14:39:24 -0400
Received: from albert.telenet-ops.be (albert.telenet-ops.be
 [IPv6:2a02:1800:110:4::f00:1a])
 by leibniz.telenet-ops.be (Postfix) with ESMTPS id 4GSVMC1n1zzMqgMg
 for <49565 <at> debbugs.gnu.org>; Sun, 18 Jul 2021 18:10:47 +0200 (CEST)
Received: from ptr-bvsjgyjmffd7q9timvx.18120a2.ip6.access.telenet.be
 ([IPv6:2a02:1811:8c09:9d00:aaf1:9810:a0b8:a55d])
 by albert.telenet-ops.be with bizsmtp
 id WgAl2500A0mfAB406gAlgL; Sun, 18 Jul 2021 18:10:45 +0200
Message-ID: <55865ae75130bb06154c5cf68ad8f3a89c511515.camel@HIDDEN>
From: Maxime Devos <maximedevos@HIDDEN>
Date: Sun, 18 Jul 2021 18:10:40 +0200
In-Reply-To: <38562486.AUsm6asf6Y@popigai>
References: <20210715004613.763843-1-bauermann@HIDDEN>
 <20210716013143.901859-1-bauermann@HIDDEN>
 <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
 <38562486.AUsm6asf6Y@popigai>
Content-Type: multipart/signed; micalg="pgp-sha512";
 protocol="application/pgp-signature"; boundary="=-A2m+e63Rk/avRHY9euSk"
User-Agent: Evolution 3.34.2 
MIME-Version: 1.0
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21;
 t=1626624645; bh=AhDQafucwJvi6Xju6bK5zayafyHKNJNAL9Bl7AWzU8o=;
 h=Subject:From:To:Date:In-Reply-To:References;
 b=edUnXEr66aviWpHhL8HR87Psb8EmTwvX+9WDeYPFCTcz/83ZU0ah0pRwTi8ThfN6Z
 4iy6xrKQIpXW07zW3DbBEDgql3VXDoSZnW9ptpkoXfTSXL86semP1vsA+3YKE53pv1
 KDsPsJpvtOzOh3aBC3kEknj+w5ThOylBGUVy6XL4e7SO+nuaKQDyaAha+O2JPx8jzI
 /7FIlhwJOeGgCan9DqAwV/dzA0Yvl5Poeqb9MUYDTt5cEJFWOEdU7nM/OFtwmdVDtA
 MfdquRW10fMFZjxDeoPAu5dTZovvirT0tg14+2TDEssSx572+0GJFjCv1MdZVBe1Wr
 OojZy2jIOIG/A==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)


--=-A2m+e63Rk/avRHY9euSk
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thiago Jung Bauermann schreef op vr 16-07-2021 om 17:01 [-0300]:
> Thanks! I did that but it doesn=E2=80=99t work in this case because the =
=E2=80=98source=E2=80=99
> functions expect a Nix system string and =E2=80=98%current-target-system=
=E2=80=99 is a
> GNU triplet string. After I defined a function which calls
> =E2=80=98gnu-triplet->nix-system=E2=80=99 on it, then it worked.
>=20
> This made me realize that all places which do
> `(or (%current-target-system) (%current-system))` have this inconsistency=
.
> I=E2=80=99m currently preparing a couple of patches to clean them up.

There are some places where it doesn't matter if it's the GNU triplet
or Nix system string (e.g. libflame, tlsdate) and there are some places
where the difference does matter (e.g. the definition of libpasastro
seems buggy o me).

> The vast majority of the files are ppc64le. Of the x86-64 ones, 87 are in
> /tmp/guix-build-gcc-11.1.0.drv-0/build/build-x86_64-unknown-linux-gnu/ an=
d
> 45 are in /tmp/guix-build-gcc-11.1.0.drv-0/build/gcc/build/.
>=20
> I=E2=80=99m not very familiar with GCC=E2=80=99s build system, so I can=
=E2=80=99t say whether it=E2=80=99s
> expected to have it create these x86-64 objects, but I wouldn=E2=80=99t b=
e surprised
> if it needed to build some native auxiliaryprograms for the build process=
.

When compiling GCC (version M) with GCC (version N), first version M is com=
piled
using version N, then the resulting gcc is used to compile GCC (version M) =
again.
As I understand it, the idea is to let the end result be independent from t=
he
compiler one started out with.

> Because there=E2=80=99s no finished output, I wasn=E2=80=99t able to chec=
k for references.
>=20
> I can make a more conclusive test when this GCC cross build problem is fi=
xed.

Ok.

Greetings,
Maxime.



--=-A2m+e63Rk/avRHY9euSk
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----

iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYPRSgRccbWF4aW1lZGV2
b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7uzjAP9y3MFsqg8w4zKSh0Gh4vFBpmU2
LS44wHXBuGcAfQ4zFAD+O0gg1QeAT2Dl4xJMCvtCoy3akeDclrLd0h8uiy2scQk=
=vIYt
-----END PGP SIGNATURE-----

--=-A2m+e63Rk/avRHY9euSk--

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH core-updates v2] gnu: bootstrap: Use %current-target-system to decide bootstrap path
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Tue, 20 Jul 2021 00:03:01 +0000
Resent-Message-ID: <handler.49565.B49565.162673934821543 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: 49565 <at> debbugs.gnu.org
Cc: Maxime Devos <maximedevos@HIDDEN>, Thiago Jung Bauermann <bauermann@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.162673934821543
          (code B ref 49565); Tue, 20 Jul 2021 00:03:01 +0000
Received: (at 49565) by debbugs.gnu.org; 20 Jul 2021 00:02:28 +0000
Received: from localhost ([127.0.0.1]:60609 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m5dDP-0005bP-9v
	for submit <at> debbugs.gnu.org; Mon, 19 Jul 2021 20:02:27 -0400
Received: from mx.kolabnow.com ([95.128.36.41]:23956)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bauermann@HIDDEN>) id 1m5dDK-0005b8-Hm
 for 49565 <at> debbugs.gnu.org; Mon, 19 Jul 2021 20:02:26 -0400
Received: from localhost (unknown [127.0.0.1])
 by ext-mx-out001.mykolab.com (Postfix) with ESMTP id 516F4700;
 Tue, 20 Jul 2021 02:02:11 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h=
 content-transfer-encoding:content-type:content-type:mime-version
 :references:in-reply-to:message-id:date:date:subject:subject
 :from:from:received:received:received; s=dkim20160331; t=
 1626739330; x=1628553731; bh=pGlnbirxZk7JUJCQvFNYiH09kbSIQ/mmLM+
 jPxWPzQc=; b=E35Pn5Fwvf5hrfaUGAb/WAZzCnz4etXD/IfwHDKtwveUKtzcqG1
 sZw7Henwy6jvEmNGa9WGlSOjQimHRvhPOBShf3ruTY7bTi7CUkFBzsmh3BPY6MOP
 /7BDVtNUuX2kOeXi9dY4uLulhXZLYtddgERdqijzrGsuJSoPpLryOV1G1sFagWUd
 59bRUtqv/gwVMYolemAsGfdjcnMZ4NRfmAWyVUSOhJzmCmGWyoXjeXWUt6qiorGu
 zhipcVYHYM9vWgBuR3R6zoqw0HGGnPXH2XgI3/btIuNhN1pTMZkpvcDDL84ABIZS
 3T+QY2Q6kWQ7GO+NQowkEkE9/UQsGuYCSlOBb8merRrh+ySTGX0AgKzmugYqUur3
 hMM3uFEyiPHOMLmgT6RL/kjS/BUcMiTa2g0zdUeDmEcdDVtyT3kyg5BYWreS2zSY
 Uxg9/rJ4lOx/ndHxunl4o9MeOvYEEOh6Uku63+GiLbz6h0+4SpqCAxfM3JPps3eu
 qD3SB0ShYGbfFMxiXo7cinObCZPA96smcAIf7h0kzoHmcBXuwAqjD5LbadvnE7BD
 6iKfXDt8neuUkSckq6MvXlbsKjZpv0U33fz7SJkXKR6nWtDJ3TUYS4vtPssTCbMS
 Ff3dMwm4I6zz8Wwh2OAjmEqF1Jnn22jNic2GQtVCYPhWyFACV3xOkn2s=
X-Virus-Scanned: amavisd-new at mykolab.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-10 required=5
 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mx.kolabnow.com ([127.0.0.1])
 by localhost (ext-mx-out001.mykolab.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id iNUzKvw26O7Y; Tue, 20 Jul 2021 02:02:10 +0200 (CEST)
Received: from int-mx002.mykolab.com (unknown [10.9.13.2])
 by ext-mx-out001.mykolab.com (Postfix) with ESMTPS id C47F1206;
 Tue, 20 Jul 2021 02:02:05 +0200 (CEST)
Received: from ext-subm001.mykolab.com (unknown [10.9.6.1])
 by int-mx002.mykolab.com (Postfix) with ESMTPS id 5CEA44713;
 Tue, 20 Jul 2021 02:02:03 +0200 (CEST)
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Mon, 19 Jul 2021 21:01:33 -0300
Message-Id: <20210720000133.1619640-1-bauermann@HIDDEN>
In-Reply-To: <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
References: <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

When cross-building a non-x86 gcc-toolchain on an x86 machine,
‘%current-target’ has the x86 system value and Guix tries to use the
mesboot packages for the bootstrap – which don’t work because they’re
currently x86-only.

So introduce the ‘current-target-nix-system’ procedure which looks at
‘%current-target-system’ first (converting it to a Nix system string) and
use it to decide the bootstrap path. The procedure is factored out from
‘glibc-dynamic-linker’.

Also use it in ‘package-from-tarball’, which needs to take the target
system into account as well – thanks to Maxime Devos for pointing it out.

* gnu/packages/bootstrap.scm (package-from-tarball): Pass result of
‘current-target-nix-system’ to ‘source’ procedure.
(glibc-dynamic-linker): Use result of ‘current-target-nix-system’ as
default value for ‘system’ argument.
(%bootstrap-inputs): Use ‘current-target-nix-system’ to decide whether to
use the mesboot path.
* gnu/packages/commencement.scm (%bootstrap-inputs+toolchain): Likewise.
* guix/utils.scm (current-target-nix-system): Define.
---
 gnu/packages/bootstrap.scm    | 8 +++-----
 gnu/packages/commencement.scm | 2 +-
 guix/utils.scm                | 7 +++++++
 3 files changed, 11 insertions(+), 6 deletions(-)

Hi,

This is the new version of this patch. Thank you Maxime Devos for reviewing the
previous version and pointing out the change needed in ‘package-from-tarball’.

This version makes that change, and also defines a helper function in
`(guix utils)` which returns the Nix system identifier for the current target
– regardless of whether we are cross-building or not.

Before the patch, these are the derivations that Guix tries to build when
cross-compiling gcc-toolchain@11. Note the ‘mesboot’ packages:

--8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix build --target=powerpc64le-linux-gnu gcc-toolchain@11
substitute: atualizando substitutos de "https://ci.guix.gnu.org"... 100.0%
substitute: atualizando substitutos de "https://bordeaux.guix.gnu.org"... 100.0%
The following derivations will be built:
   /gnu/store/3hrzq7fxj0cxgxkjybki2yi7dj70sgg8-gcc-toolchain-11.1.0.drv
   /gnu/store/2xpiffvzzizrjx48ghqac3rgh1cnljv7-linux-libre-headers-5.10.35.drv
   /gnu/store/4xlm78m6wl56gn4gpifvy8721amhi81j-binutils-2.36.1.drv
   /gnu/store/05lnycy4lmn0768r41sgikg795zk9mqg-binutils-cross-boot0-2.36.1.drv
   /gnu/store/1q62fcaj2gc9mnwvv6cicch6gc7qrnp0-binutils-mesboot-2.20.1a.drv
   /gnu/store/1yjrfb846y1mnc7mgab38jbv7pv0hgbh-tar-boot0-1.34.drv
   /gnu/store/9c7a2p899ivz16636prf44q0q61i4376-patch-mesboot-2.5.9.drv
   /gnu/store/9rmnv55i966wfkx0di4h6p8197hy2836-grep-mesboot-2.0.drv
   /gnu/store/advn8cgpcf9fi6424l8bs16r5mvfqs04-gcc-mesboot-wrapper-4.9.4.drv
   /gnu/store/bpghw1m585q2wjc0z4in9w0hcpxgiidw-gzip-mesboot-1.2.4.drv
   /gnu/store/bx9lr1bg5491dc9i5p2b6zgsq0ahajxb-gcc-mesboot-4.9.4.drv
   /gnu/store/dfijxa9mnlymzmsl571qlxx0qc65kxzi-tar-mesboot-1.22.drv
   /gnu/store/hp2f5sw9d189p7z930b63wr8k3j9k6j0-coreutils-mesboot-8.32.drv
   /gnu/store/i584nxkb39n67vzq5r3yh6spqppzrj43-bzip2-mesboot-1.0.8.drv
   /gnu/store/j1accym68y6l8pxz8095jpkwgp3ciphi-gawk-mesboot-3.1.8.drv
   /gnu/store/jlwyxh3k6hvpmy60g0ygwnncq66kn590-gash-utils-boot-0.1.0.drv
   /gnu/store/9mxvccmf0b8fwq0k7lw0ndsdsbz9y8vn-gash-boot-0.2.0.drv
   /gnu/store/p43yklj8d615y68jhcvycg9i3k3bqj2g-xz-mesboot-5.0.0.drv
   /gnu/store/rxn5c166a6p0p3y2hlyk67f91a504kfa-make-mesboot-3.82.drv
   /gnu/store/sgwdni3iwwrb4ahsnwm43528fzr5csiv-sed-mesboot-4.0.6.drv
   /gnu/store/xxaccspqlg90v3cxrbvslva6s8gwxzi9-make-boot0-4.3.drv
   /gnu/store/zghmr1xyw5ip3wpi1qw2ysc7p6i75d54-glibc-mesboot-2.16.0.drv
   /gnu/store/64cway6pvw5fk7csym2k9i77rhp1pl46-coreutils-boot0-8.32.drv
   /gnu/store/7hvyky0i1hf3xbd698rr305br881pwz6-diffutils-boot0-3.7.drv
   /gnu/store/hq1lijdac3vqx811jzsg0wizsbgwgpaa-gawk-boot0-5.1.0.drv
   /gnu/store/i173n23qpssi7idck4jn7399bfkldlfs-sed-boot0-4.8.drv
   /gnu/store/l8kbhm6m9rbwkxn7zv1d06wbl2gi88wp-findutils-boot0-4.8.0.drv
   /gnu/store/pfq7g9jx16jlk3829312h88n0k1jnfns-patch-boot0-2.7.6.drv
   /gnu/store/qp3yg441ybh6bv44lrcxyp6rzyf0djii-file-boot0-5.39.drv
   /gnu/store/x4m7lff1ps5mas719815d54x6x1zwcv3-bzip2-boot0-1.0.8.drv
   /gnu/store/h5hwcnr7z57hb9b8bhhx7s22kfawqr0d-ld-wrapper-boot0-0.drv
   /gnu/store/v9p5fm974mj4d99vdpp9dhrvpwd4kfgs-glibc-2.33.drv
   /gnu/store/0kjyjcxzk5mv6zm86x8f18sbsb9m48k8-bash-static-5.1.8.drv
   /gnu/store/6h220skb9ak8ppv5417i8cbry1byv73a-glibc-intermediate-2.33.drv
   /gnu/store/rwczga96661d70jcqds8w8pr5s084mh4-gcc-cross-boot0-10.3.0.drv
   /gnu/store/cglgsds6hxy9swdyymgam9l3rfwizyfr-libstdc++-boot0-4.9.4.drv
   /gnu/store/c63lqgh0x2rx1az0ds4b2ma9vgiry31j-gcc-11.1.0.drv
   /gnu/store/f4fwnxsha5h2pk750r2p09cnhbhc3nm3-ld-wrapper-0.drv
   /gnu/store/605p0jq8wv879n3y6fbqxvaiww1kjaql-libunistring-0.9.10.drv
   /gnu/store/5irbp0c5zzvs50wlznpfxcxr8mfndwy9-gcc-10.3.0.drv
   /gnu/store/byfbnlkwj9pjwnkx69fi2ycnqdvz2znv-ld-wrapper-boot3-0.drv
   /gnu/store/fbm3gv13nggw2qcvxmlccqgi0izzgdwn-libstdc++-10.3.0.drv
   /gnu/store/vhwmw9p8l3sysqlm8bh14xkfw1afqqcj-zlib-1.2.11.drv
   /gnu/store/60jiv5k1lg2krj3b0f9x7f26ywrda0mw-bash-minimal-5.1.8.drv
   /gnu/store/i0lk6zd2vwqqlhn8kkf0529x896lnzr1-guile-3.0.7.drv
   /gnu/store/r25wjwjbb13yk8yc4bm77dxxcq9qvx9y-libatomic-ops-7.6.10.drv
   /gnu/store/ry3zxxjsnhpdphvnnr991x9yk7gljxy9-libffi-3.3.drv
   /gnu/store/y26kx37mkidni8jj4sjn0ryy1wq1pqvs-libgc-8.0.4.drv
   /gnu/store/v9p5fm974mj4d99vdpp9dhrvpwd4kfgs-glibc-2.33.drv
--8<---------------cut here---------------end--------------->8---

These are the derivations built after the patch is applied. Note that there
is no ‘mesboot’ package:

--8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix build --target=powerpc64le-linux-gnu gcc-toolchain@11
substitute: atualizando substitutos de "https://ci.guix.gnu.org"... 100.0%
substitute: atualizando substitutos de "https://bordeaux.guix.gnu.org"... 100.0%
The following derivations will be built:
   /gnu/store/wnllxi9hz868ymmhl9y1izry825azal7-gcc-toolchain-11.1.0.drv
   /gnu/store/3mzbrsijxql7np8zzgs5z6svl4iw3si8-ld-wrapper-0.drv
   /gnu/store/2qbrgj46x4ywkl5icxl13iqalzy1y464-libgc-8.0.4.drv
   /gnu/store/0d3sx0dvn32afifnhsz28yvf9p8shh49-findutils-boot0-4.8.0.drv
   /gnu/store/c497lf15zqz2xx75idh091sp4i3il5zh-make-boot0-4.3.drv
   /gnu/store/dnycxgnzfpj1vc8aaxgnb4gj1m8cv2fa-diffutils-boot0-3.7.drv
   /gnu/store/11z204mvwgimbwifvwd7di76k49kwh1n-tar-boot0-1.34.drv
   /gnu/store/2ykvg2wms8f5bqgqn0fw28grssmkx43f-libatomic-ops-7.6.10.drv
   /gnu/store/3lyp33ib5v3zmykgk53m3plmm7n122j0-file-boot0-5.39.drv
   /gnu/store/4942syn0qn16cg97x27l26rddv5pf297-gawk-boot0-5.1.0.drv
   /gnu/store/5jzrc7l0yjd3wagbfkgdb29jb7cxl97i-bash-minimal-5.1.8.drv
   /gnu/store/7ivfiaav5af41jcpij0lg8ig2vhl46cz-patch-boot0-2.7.6.drv
   /gnu/store/975bjay86c67q0agahxjbalbphd6i2dn-ld-wrapper-boot0-0.drv
   /gnu/store/gbzc67364szqynv0k8ncgvb4r9v0s8gl-binutils-cross-boot0-2.36.1.drv
   /gnu/store/aa1pb63rgm7mgmljq4nqxw5dxlgf1x0k-coreutils-boot0-8.32.drv
   /gnu/store/i33n2m4883668c26kfbcn4r6k5mb6i3q-bzip2-boot0-1.0.8.drv
   /gnu/store/rdigl19v5302arib6i0ic2nhdl8588yv-sed-boot0-4.8.drv
   /gnu/store/d407z0m02m85hbrgf6c0bbvbc72v9wp8-gcc-10.3.0.drv
   /gnu/store/6qy66x2s6izvkiggild5bwi7b1p3i14c-zlib-1.2.11.drv
   /gnu/store/rfji2zr6yicw3vjcksjzk7zc7hxmh0pa-glibc-2.33.drv
   /gnu/store/1knbpbymgj1rggdlkdpz2k9i2sh1hjwk-bash-static-5.1.8.drv
   /gnu/store/05667q3f8yl7fbny1sxkli66rcl8gyrf-glibc-intermediate-2.33.drv
   /gnu/store/5lmmwvhf8gjzw31a0fv7gkl9zcaj76r6-gcc-cross-boot0-10.3.0.drv
   /gnu/store/wkmp9i5il6afhrn6d3lkzf7wminx6rax-libstdc++-boot0-4.9.4.drv
   /gnu/store/b2bjf70ks7f55z1ady9ng34m7iyk8w5a-binutils-2.36.1.drv
   /gnu/store/dqgshra3sbikll475m95slnyqzkmagsn-libstdc++-10.3.0.drv
   /gnu/store/fr2q75l4rdymmcy6wdmjc560vn4l7lxi-ld-wrapper-boot3-0.drv
   /gnu/store/c7i6v0w124ckyvb6pizbg4fqhgwf6gi5-guile-3.0.7.drv
   /gnu/store/ar81shvadvhzkyq4ygln66gpy7xrvjy4-libffi-3.3.drv
   /gnu/store/w8p9y4llj6a91blrf574yjns09vbnkbl-libunistring-0.9.10.drv
   /gnu/store/c63lqgh0x2rx1az0ds4b2ma9vgiry31j-gcc-11.1.0.drv
   /gnu/store/rfji2zr6yicw3vjcksjzk7zc7hxmh0pa-glibc-2.33.drv
--8<---------------cut here---------------end--------------->8---

This is all on today's core-updates branch, at commit:

db5962c68099 gnu: ghostscript: Improve reproducibility of PDF document generation

diff --git a/gnu/packages/bootstrap.scm b/gnu/packages/bootstrap.scm
index 5a8028a4652c..d1493e4c7ec7 100644
--- a/gnu/packages/bootstrap.scm
+++ b/gnu/packages/bootstrap.scm
@@ -266,7 +266,7 @@ or false to signal an error."
     (inputs
      `(("tar" ,(bootstrap-executable "tar" (%current-system)))
        ("xz"  ,(bootstrap-executable "xz" (%current-system)))
-       ("tarball" ,(bootstrap-origin (source (%current-system))))))
+       ("tarball" ,(bootstrap-origin (source (current-target-nix-system))))))
     (source #f)
     (synopsis description)
     (description description)
@@ -299,9 +299,7 @@ or false to signal an error."
                                  package-with-bootstrap-guile)))))
 
 (define* (glibc-dynamic-linker
-          #:optional (system (or (and=> (%current-target-system)
-                                        gnu-triplet->nix-system)
-                                 (%current-system))))
+          #:optional (system (current-target-nix-system)))
   "Return the name of Glibc's dynamic linker for SYSTEM."
   ;; See the 'SYSDEP_KNOWN_INTERPRETER_NAMES' cpp macro in libc.
   (cond ((string=? system "x86_64-linux") "/lib/ld-linux-x86-64.so.2")
@@ -927,7 +925,7 @@ exec ~a/bin/.gcc-wrapped -B~a/lib \
 (define (%bootstrap-inputs)
   ;; The initial, pre-built inputs.  From now on, we can start building our
   ;; own packages.
-  (match (%current-system)
+  (match (current-target-nix-system)
     ((or "i686-linux" "x86_64-linux")
      `(("linux-libre-headers" ,%bootstrap-linux-libre-headers)
        ("bootstrap-mescc-tools" ,%bootstrap-mescc-tools)
diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index a04bb83c3d2d..030dfad970a7 100644
--- a/gnu/packages/commencement.scm
+++ b/gnu/packages/commencement.scm
@@ -2396,7 +2396,7 @@ exec " gcc "/bin/" program
 (define (%bootstrap-inputs+toolchain)
   ;; The traditional bootstrap-inputs.  For the i686-linux, x86_64-linux
   ;; Scheme-only bootstrap the actual reduced set with bootstrapped toolchain.
-  (match (%current-system)
+  (match (current-target-nix-system)
     ((or "i686-linux" "x86_64-linux")
      (%boot-mesboot6-inputs))
     (_
diff --git a/guix/utils.scm b/guix/utils.scm
index c5a3a52f9dbc..0d438a00ce00 100644
--- a/guix/utils.scm
+++ b/guix/utils.scm
@@ -85,6 +85,7 @@
             gnu-triplet->nix-system
             %current-system
             %current-target-system
+            current-target-nix-system
             package-name->name+version
             target-linux?
             target-hurd?
@@ -630,6 +631,12 @@ returned by `config.guess'."
   ;; cross-building to.
   (make-parameter #f))
 
+(define (current-target-nix-system)
+  "Return the Nix system identifier for the current target, whether we are
+cross-building or not."
+  (or (and=> (%current-target-system) gnu-triplet->nix-system)
+      (%current-system)))
+
 (define* (package-name->name+version spec
                                      #:optional (delimiter #\@))
   "Given SPEC, a package name like \"foo@HIDDEN\", return two values: \"foo\"

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH core-updates v2] gnu: bootstrap: Use %current-target-system to decide bootstrap path
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Tue, 20 Jul 2021 13:17:02 +0000
Resent-Message-ID: <handler.49565.B49565.162678699227178 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: 49565 <at> debbugs.gnu.org
Cc: Maxime Devos <maximedevos@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.162678699227178
          (code B ref 49565); Tue, 20 Jul 2021 13:17:02 +0000
Received: (at 49565) by debbugs.gnu.org; 20 Jul 2021 13:16:32 +0000
Received: from localhost ([127.0.0.1]:33214 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m5pbs-00074H-6G
	for submit <at> debbugs.gnu.org; Tue, 20 Jul 2021 09:16:32 -0400
Received: from mx.kolabnow.com ([95.128.36.41]:8616)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bauermann@HIDDEN>) id 1m5pbo-00073v-9S
 for 49565 <at> debbugs.gnu.org; Tue, 20 Jul 2021 09:16:31 -0400
Received: from localhost (unknown [127.0.0.1])
 by ext-mx-out001.mykolab.com (Postfix) with ESMTP id E9285B9A;
 Tue, 20 Jul 2021 15:16:21 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h=
 content-type:content-type:content-transfer-encoding:mime-version
 :references:in-reply-to:message-id:date:date:subject:subject
 :from:from:received:received:received; s=dkim20160331; t=
 1626786981; x=1628601382; bh=hNaCmBgN9X2DHqeoR6WM7PR7Fi6TtIm5apF
 ky9m1Wuw=; b=UrfyyIn2Kov79MAC7iMN3kFEJmxpKM23TRXWTy0cfVjVzdF+fiM
 RzjmZoNozS4C5WaCfT/fn+dTY/k0XZFENKQEOqXpT+iW8rcFJ8PN3365CHgMIa4V
 aS1GyBRaUB84XjOWTcvD9ZsK5ceX3eNtlP68Kf1Tk3kw3NxL7759ZAx2U8Vcj9r3
 CIDVyeVM3N+yZPL+XDwb/exMoJ3LYN4gru77ZvGtFhOw1B1/dR3r+xcxGhyh46OM
 KvMwbyPhwkISzkfJQl8QUG1Ok3bMdXaNC0M4pb39KFhANEaHSyQJbC99jd6H7X0R
 SzbhGVGQhx18z1W51Xo0BKMhouiTazSrZLblmsjD29qJORU6z+HQhxOxTgqyzCUz
 rYHXZG50hqPIsQtn2aQTlV7Tqr/bndI6ruDAUzPtEn3dPUYqrkchxnBd9K/4GbrJ
 Rsn4TobwEWvKg2ecInaScW9UjSke5moEPOHjEoegFlZuskeqmzCxJIAaJUnzu4E7
 yqhlefyUJH75lUS+S99hWaT31vsOtkH/d/nLgl5Fn551H3wfxy8sLbq2OFnYGKn9
 mY/7kS+7Y31H2LhMS0nlfldXl8TR4bWRg/+sGCzXrOMrsB+rURD3zberB4vIBHGl
 fIVKrXoCkvcQ5n9TZ6o/vPYRDaA2Q22s0EC5u4+1zhkLgHH1a3dK0its=
X-Virus-Scanned: amavisd-new at mykolab.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-10 required=5
 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mx.kolabnow.com ([127.0.0.1])
 by localhost (ext-mx-out001.mykolab.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id l3l5JjAXJRqN; Tue, 20 Jul 2021 15:16:21 +0200 (CEST)
Received: from int-mx003.mykolab.com (unknown [10.9.13.3])
 by ext-mx-out001.mykolab.com (Postfix) with ESMTPS id DA6FD499;
 Tue, 20 Jul 2021 15:16:19 +0200 (CEST)
Received: from ext-subm002.mykolab.com (unknown [10.9.6.2])
 by int-mx003.mykolab.com (Postfix) with ESMTPS id ECE0D4105;
 Tue, 20 Jul 2021 15:16:18 +0200 (CEST)
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Tue, 20 Jul 2021 10:16:12 -0300
Message-ID: <10364598.u94UDZUMEq@popigai>
In-Reply-To: <20210720000133.1619640-1-bauermann@HIDDEN>
References: <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
 <20210720000133.1619640-1-bauermann@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hello,

Em segunda-feira, 19 de julho de 2021, =C3=A0s 21:01:33 -03,
Thiago Jung Bauermann escreveu:
> Before the patch, these are the derivations that Guix tries to build when
> cross-compiling gcc-toolchain@11. Note the =E2=80=98mesboot=E2=80=99 pack=
ages:

One thing I forgot to mention, and which significance only dawned on me
later: there was a change in Guix behavior between versions of core-updates
since I posted v1 of this patch.

Before, I was getting a Guix exception during the build of glibc-mesboot,
as detailed in the first message in this issue. Now, the mesboot packages
build fine and the command below goes all the way to the gcc-11 package
just like when this patch is applied.

> --8<---------------cut here---------------start------------->8---
> $ ./pre-inst-env guix build --target=3Dpowerpc64le-linux-gnu gcc-toolchai=
n@11
> substitute: atualizando substitutos de "https://ci.guix.gnu.org"... 100.0=
%=20
> substitute: atualizando substitutos de "https://bordeaux.guix.gnu.org"...=
 100.0%
> The following derivations will be built:
> /gnu/store/3hrzq7fxj0cxgxkjybki2yi7dj70sgg8-gcc-toolchain-11.1.0.drv
> /gnu/store/2xpiffvzzizrjx48ghqac3rgh1cnljv7-linux-libre-headers-5.10.35.d=
rv
> /gnu/store/4xlm78m6wl56gn4gpifvy8721amhi81j-binutils-2.36.1.drv
> /gnu/store/05lnycy4lmn0768r41sgikg795zk9mqg-binutils-cross-boot0-2.36.1.d=
rv
> /gnu/store/1q62fcaj2gc9mnwvv6cicch6gc7qrnp0-binutils-mesboot-2.20.1a.drv
> /gnu/store/1yjrfb846y1mnc7mgab38jbv7pv0hgbh-tar-boot0-1.34.drv
> /gnu/store/9c7a2p899ivz16636prf44q0q61i4376-patch-mesboot-2.5.9.drv
> /gnu/store/9rmnv55i966wfkx0di4h6p8197hy2836-grep-mesboot-2.0.drv
> /gnu/store/advn8cgpcf9fi6424l8bs16r5mvfqs04-gcc-mesboot-wrapper-4.9.4.drv
> /gnu/store/bpghw1m585q2wjc0z4in9w0hcpxgiidw-gzip-mesboot-1.2.4.drv
> /gnu/store/bx9lr1bg5491dc9i5p2b6zgsq0ahajxb-gcc-mesboot-4.9.4.drv
> /gnu/store/dfijxa9mnlymzmsl571qlxx0qc65kxzi-tar-mesboot-1.22.drv
> /gnu/store/hp2f5sw9d189p7z930b63wr8k3j9k6j0-coreutils-mesboot-8.32.drv
> /gnu/store/i584nxkb39n67vzq5r3yh6spqppzrj43-bzip2-mesboot-1.0.8.drv
> /gnu/store/j1accym68y6l8pxz8095jpkwgp3ciphi-gawk-mesboot-3.1.8.drv
> /gnu/store/jlwyxh3k6hvpmy60g0ygwnncq66kn590-gash-utils-boot-0.1.0.drv
> /gnu/store/9mxvccmf0b8fwq0k7lw0ndsdsbz9y8vn-gash-boot-0.2.0.drv
> /gnu/store/p43yklj8d615y68jhcvycg9i3k3bqj2g-xz-mesboot-5.0.0.drv
> /gnu/store/rxn5c166a6p0p3y2hlyk67f91a504kfa-make-mesboot-3.82.drv
> /gnu/store/sgwdni3iwwrb4ahsnwm43528fzr5csiv-sed-mesboot-4.0.6.drv
> /gnu/store/xxaccspqlg90v3cxrbvslva6s8gwxzi9-make-boot0-4.3.drv
> /gnu/store/zghmr1xyw5ip3wpi1qw2ysc7p6i75d54-glibc-mesboot-2.16.0.drv
> /gnu/store/64cway6pvw5fk7csym2k9i77rhp1pl46-coreutils-boot0-8.32.drv
> /gnu/store/7hvyky0i1hf3xbd698rr305br881pwz6-diffutils-boot0-3.7.drv
> /gnu/store/hq1lijdac3vqx811jzsg0wizsbgwgpaa-gawk-boot0-5.1.0.drv
> /gnu/store/i173n23qpssi7idck4jn7399bfkldlfs-sed-boot0-4.8.drv
> /gnu/store/l8kbhm6m9rbwkxn7zv1d06wbl2gi88wp-findutils-boot0-4.8.0.drv
> /gnu/store/pfq7g9jx16jlk3829312h88n0k1jnfns-patch-boot0-2.7.6.drv
> /gnu/store/qp3yg441ybh6bv44lrcxyp6rzyf0djii-file-boot0-5.39.drv
> /gnu/store/x4m7lff1ps5mas719815d54x6x1zwcv3-bzip2-boot0-1.0.8.drv
> /gnu/store/h5hwcnr7z57hb9b8bhhx7s22kfawqr0d-ld-wrapper-boot0-0.drv
> /gnu/store/v9p5fm974mj4d99vdpp9dhrvpwd4kfgs-glibc-2.33.drv
> /gnu/store/0kjyjcxzk5mv6zm86x8f18sbsb9m48k8-bash-static-5.1.8.drv
> /gnu/store/6h220skb9ak8ppv5417i8cbry1byv73a-glibc-intermediate-2.33.drv
> /gnu/store/rwczga96661d70jcqds8w8pr5s084mh4-gcc-cross-boot0-10.3.0.drv

Also, inspecting this gcc-cross-boot0 derivation, I see the following
derivations mentioned in it:

/gnu/store/034y7d9d36986pin4b5plx2ryda1h8i5-glibc-cross-powerpc64le-linux-g=
nu-2.33.drv
/gnu/store/0gihg5kfh4m09hmc45kwf7kjnv1m84gz-gcc-cross-powerpc64le-linux-gnu=
=2D10.3.0.drv
/gnu/store/4ld0jqb2q0di90nizv1vvfngnm39mhln-binutils-cross-powerpc64le-linu=
x-gnu-2.36.1.drv
/gnu/store/m7ddjasnrl290002kql8szh7ahjvl2ir-linux-libre-headers-cross-power=
pc64le-linux-gnu-5.10.35.drv

And looking at the gcc-11 build directory, I see:

```
$ find /tmp/guix-build-gcc-11.1.0.drv-0 -name '*.o' -exec file '{}' ';' | c=
ut -d: -f2 | sort | uniq -c
      3  ELF 64-bit LSB relocatable, 64-bit PowerPC or cisco 7500, version =
1 (GNU/Linux), with debug_info, not stripped
    235  ELF 64-bit LSB relocatable, 64-bit PowerPC or cisco 7500, version =
1 (SYSV), not stripped
   1496  ELF 64-bit LSB relocatable, 64-bit PowerPC or cisco 7500, version =
1 (SYSV), with debug_info, not stripped
    118  ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped
     14  ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), with debug_i=
nfo, not stripped
```

Which is the exact same output I see with the failed gcc-11 build directory
when this patch is applied.

So now I wonder whether these mesboot derivations are just used to bootstrap
x86_64 packages which are then used to build the cross-toolchain, in which
case this patch isn=E2=80=99t actually necessary?

> /gnu/store/cglgsds6hxy9swdyymgam9l3rfwizyfr-libstdc++-boot0-4.9.4.drv
> /gnu/store/c63lqgh0x2rx1az0ds4b2ma9vgiry31j-gcc-11.1.0.drv
> /gnu/store/f4fwnxsha5h2pk750r2p09cnhbhc3nm3-ld-wrapper-0.drv
> /gnu/store/605p0jq8wv879n3y6fbqxvaiww1kjaql-libunistring-0.9.10.drv
> /gnu/store/5irbp0c5zzvs50wlznpfxcxr8mfndwy9-gcc-10.3.0.drv
> /gnu/store/byfbnlkwj9pjwnkx69fi2ycnqdvz2znv-ld-wrapper-boot3-0.drv
> /gnu/store/fbm3gv13nggw2qcvxmlccqgi0izzgdwn-libstdc++-10.3.0.drv
> /gnu/store/vhwmw9p8l3sysqlm8bh14xkfw1afqqcj-zlib-1.2.11.drv
> /gnu/store/60jiv5k1lg2krj3b0f9x7f26ywrda0mw-bash-minimal-5.1.8.drv
> /gnu/store/i0lk6zd2vwqqlhn8kkf0529x896lnzr1-guile-3.0.7.drv
> /gnu/store/r25wjwjbb13yk8yc4bm77dxxcq9qvx9y-libatomic-ops-7.6.10.drv
> /gnu/store/ry3zxxjsnhpdphvnnr991x9yk7gljxy9-libffi-3.3.drv
> /gnu/store/y26kx37mkidni8jj4sjn0ryy1wq1pqvs-libgc-8.0.4.drv
> /gnu/store/v9p5fm974mj4d99vdpp9dhrvpwd4kfgs-glibc-2.33.drv
> --8<---------------cut here---------------end--------------->8---

=2D-=20
Thanks,
Thiago

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH core-updates v2] gnu: bootstrap: Use %current-target-system to decide bootstrap path
Resent-From: Thiago Jung Bauermann <bauermann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Wed, 21 Jul 2021 20:31:01 +0000
Resent-Message-ID: <handler.49565.B49565.16268994546932 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: 49565 <at> debbugs.gnu.org
Cc: Maxime Devos <maximedevos@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.16268994546932
          (code B ref 49565); Wed, 21 Jul 2021 20:31:01 +0000
Received: (at 49565) by debbugs.gnu.org; 21 Jul 2021 20:30:54 +0000
Received: from localhost ([127.0.0.1]:38763 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m6Irm-0001ni-1j
	for submit <at> debbugs.gnu.org; Wed, 21 Jul 2021 16:30:54 -0400
Received: from mx.kolabnow.com ([95.128.36.42]:7544)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bauermann@HIDDEN>) id 1m6Iri-0001nS-NV
 for 49565 <at> debbugs.gnu.org; Wed, 21 Jul 2021 16:30:52 -0400
Received: from localhost (unknown [127.0.0.1])
 by ext-mx-out002.mykolab.com (Postfix) with ESMTP id 65BEEC9E;
 Wed, 21 Jul 2021 22:30:44 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h=
 content-type:content-type:content-transfer-encoding:mime-version
 :references:in-reply-to:message-id:date:date:subject:subject
 :from:from:received:received:received; s=dkim20160331; t=
 1626899443; x=1628713844; bh=4qBC5H2NFWa6MmTqqjVyfIY2t8o3CaPtKIC
 +ZiwbgOw=; b=FZ0gVHYUO66m5VRd2vkOeqs1+UUIpXqmies1jHOF9wIeNaPcCAy
 TI/8431WNnMWv6sQwDzB0fVmoM7raDWMMe50bzXJfyOvfR+blA8UwcywZ1zKymYN
 bBFUqKCk589fXAFwJ10gIsE2JI4qWZ/uLvyGEXLm8AHMWTSBE/4EegMY2gv8FV7P
 BqWyZHflRPD5NMb/L1CFDPPM3Et21WPuQlB9NsmITbk/J8ufJ4KIsW36APi+wZuu
 kXqwwHTy17aqe6TXK43+LFGOigolME0dqjgZmfbnESlmfDwSbGqLqp+RErcakgXV
 aX8tkMqQHL0AIrc7jxP2s83Xjq3n2kCbA5IPCJDDoUCFVJ5KHeeUuG1wV9bZ57Z3
 tfQd9OE7njCtKtk/mWVWGV9ddWAZaxRiOnCQ1/ah5NPZBQxHkOTRkCtU3rtCP+mq
 PtNMB5EtanTnspZKBPWQm4KZ9GNgqSmpe6tQnzOLmsewlZ41P5WeGhi1644UVRkz
 8fBioW+qp7jZzjrrfkOi58rcE/tnLZCXNxt426ydJtIDQwCmk0/preX71Sdd6kPk
 HkwxC7pILVIo13pkIGca4g3k8XQyxbzpdgibxsoDcrqTtQ5YdYleRYADX4dVsKK8
 3LR6ip9c84zSzCTcSH/cNQs2my+89hlNhEzvCfdKy/nhRYdLzf63lsyc=
X-Virus-Scanned: amavisd-new at mykolab.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-10 required=5
 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mx.kolabnow.com ([127.0.0.1])
 by localhost (ext-mx-out002.mykolab.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id XSY7yFjVM7T2; Wed, 21 Jul 2021 22:30:43 +0200 (CEST)
Received: from int-mx003.mykolab.com (unknown [10.9.13.3])
 by ext-mx-out002.mykolab.com (Postfix) with ESMTPS id 5D634874;
 Wed, 21 Jul 2021 22:30:42 +0200 (CEST)
Received: from ext-subm001.mykolab.com (unknown [10.9.6.1])
 by int-mx003.mykolab.com (Postfix) with ESMTPS id C28B34788;
 Wed, 21 Jul 2021 22:30:40 +0200 (CEST)
From: Thiago Jung Bauermann <bauermann@HIDDEN>
Date: Wed, 21 Jul 2021 17:30:33 -0300
Message-ID: <12914341.VykQ5r6Z2s@popigai>
In-Reply-To: <10364598.u94UDZUMEq@popigai>
References: <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
 <20210720000133.1619640-1-bauermann@HIDDEN>
 <10364598.u94UDZUMEq@popigai>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi again,

Em ter=C3=A7a-feira, 20 de julho de 2021, =C3=A0s 10:16:12 -03, Thiago Jung=
 Bauermann=20
escreveu:
> Em segunda-feira, 19 de julho de 2021, =C3=A0s 21:01:33 -03,
>=20
> Thiago Jung Bauermann escreveu:
> > Before the patch, these are the derivations that Guix tries to build
> > when
> > cross-compiling gcc-toolchain@11. Note the =E2=80=98mesboot=E2=80=99 pa=
ckages:
> One thing I forgot to mention, and which significance only dawned on me
> later: there was a change in Guix behavior between versions of
> core-updates since I posted v1 of this patch.
>=20
> Before, I was getting a Guix exception during the build of glibc-mesboot,
> as detailed in the first message in this issue. Now, the mesboot
> packages build fine and the command below goes all the way to the gcc-11
> package just like when this patch is applied.

Now, this is very weird. I tried again with core-updates from today and
I=E2=80=99m back to the original problem in this bug report:

=2D-8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix build --target=3Dpowerpc64le-linux-gnu gcc-toolchain@=
11
substitute: atualizando substitutos de "https://ci.guix.gnu.org"... 100.0%
substitute: atualizando substitutos de "https://bordeaux.guix.gnu.org"... 1=
00.0%
The following derivations will be built:
   /gnu/store/8p847f47i8b7si24ybcah8936i698v0h-gcc-toolchain-11.1.0.drv
   /gnu/store/2qq0qdrkz6920gyn3xl4ppjqiijf8qh2-ld-wrapper-0.drv
   /gnu/store/59v10rbcl25bcbvgh1xip2k4b8dfrs8s-libatomic-ops-7.6.10.drv
   /gnu/store/2vv32wdv72734d54r85ahlxzddc37gdb-tar-boot0-1.34.drv
   /gnu/store/5h6sjkz0cw5yn77lf2x5i05wina2c2s1-sed-mesboot-4.0.6.drv
   /gnu/store/9baisja0i8z81cpx9bs8dp6bgwbf5hg2-gzip-mesboot-1.2.4.drv
   /gnu/store/aw84y6dbh7av5077dp9cgj3acqwychvs-xz-mesboot-5.0.0.drv
   /gnu/store/d9f9mqjpb0n8fplzplayc5fz9pwvka7f-grep-mesboot-2.0.drv
   /gnu/store/nkmmlizfwvxf1xsyiy2p5wbmxyw2s2kj-make-mesboot-3.82.drv
   /gnu/store/wjmv6b603jd2wfbd43nmlkvlhj5lnwi8-tar-mesboot-1.22.drv
   /gnu/store/xd8bmgimslbaj6gwwllikbqrmcmj4m7b-make-boot0-4.3.drv
   /gnu/store/xnk3pczdfksqhih4qzz1grdj177fasfd-glibc-mesboot-2.16.0.drv
   /gnu/store/y5cpc3sbw8xljd7vck5c77k8qxm1mlb9-patch-mesboot-2.5.9.drv
   /gnu/store/3k1yrgg2qvczabgrnjg1x5gka4slzz6q-glibc-2.33.drv
   /gnu/store/87na4l0i3kxkac9cfdfr267c9n8fg5bp-patch-boot0-2.7.6.drv
   /gnu/store/bpmzfb3mhyr23jxn9mzsivxs1qyprqpp-gcc-cross-boot0-10.3.0.drv
   /gnu/store/dlvzaib6lv85jzs0yifkadfjmm9yg45b-findutils-boot0-4.8.0.drv
   /gnu/store/gbah6yk2pbjl9hjsnd3k72xf7v55149c-diffutils-boot0-3.7.drv
   /gnu/store/ikdrcn12xib71lzsj1dvg0iyv1xn21f1-binutils-cross-boot0-2.36.1.=
drv
   /gnu/store/n5kz2jyyvd1n361x8fa9p9hndjm302pn-gawk-boot0-5.1.0.drv
   /gnu/store/nxjzb1rnx5f9hfplc3bh4a16i2gqycv3-sed-boot0-4.8.drv
   /gnu/store/qfm8pxwnnlg2s6ck1x2ic1skdbvg3743-bzip2-boot0-1.0.8.drv
   /gnu/store/vbhsj51c26g0wgp1xkjx2dfbbcyz2m9p-file-boot0-5.39.drv
   /gnu/store/zd2gkcb1jmil3q8md33mi03y33hhj0mx-coreutils-boot0-8.32.drv
   /gnu/store/sny8h00brxndd2k2bx867jq7d3x7cdwh-libstdc++-boot0-4.9.4.drv
   /gnu/store/ih5isqwnjpgf9b4nisjyw09xlfdcdm0v-bash-static-5.1.8.drv
   /gnu/store/n94hr5rpx5ihhyicwgxzr73nvd1fbriv-glibc-intermediate-2.33.drv
   /gnu/store/zk5xicfviplfdfqkcxw6pfl6layqj9ai-ld-wrapper-boot0-0.drv
   /gnu/store/7qb2850v8r3lqm2gnj0h8xsmka92ms01-bash-minimal-5.1.8.drv
   /gnu/store/d2rivj2hbqg8z25y82ib4yvygyn84jsf-ld-wrapper-boot3-0.drv
   /gnu/store/hwnfh1c22ysff1j0x1yinil639vpdrjr-binutils-2.36.1.drv
   /gnu/store/h49mll58fg5bqz7n5wv1cq9cf40087ss-gcc-10.3.0.drv
   /gnu/store/3d6cx841pa97g8v30ngrvs9cxyx24ylp-libstdc++-10.3.0.drv
   /gnu/store/qa9znr53yar1z621ay7shvwqrdlymm1h-zlib-1.2.11.drv
   /gnu/store/877vdmhr0jf19q898s7rhr828vsb9jxr-guile-3.0.7.drv
   /gnu/store/dc7fpzizg3ffib0grmg8khm8rvf5ig3p-libunistring-0.9.10.drv
   /gnu/store/h6nrxxs4amnqpqmzdycx3p46dzaygdl8-libgc-8.0.4.drv
   /gnu/store/kch00sjjmn7348vwq9bzzy1q6jyxff3g-libffi-3.3.drv
   /gnu/store/3k1yrgg2qvczabgrnjg1x5gka4slzz6q-glibc-2.33.drv
   /gnu/store/ygky86azk6wgrcswvv9zzv0rglhlmpkf-gcc-11.1.0.drv
   /gnu/store/azfr3647s4frasr208ay7rhdzcqi99jh-libstdc++-headers-10.3.0.drv
   /gnu/store/paysivrjqdai8v69xdxsmpiplj09bpvl-libelf-0.8.13.drv
building /gnu/store/xnk3pczdfksqhih4qzz1grdj177fasfd-glibc-mesboot-2.16.0.d=
rv...
    =E2=8B=AE
<snip lots of output>
    =E2=8B=AE
phase `patch-source-shebangs' succeeded after 0.6 seconds
starting phase `setenv'
error: in phase 'setenv': uncaught exception:
wrong-type-arg "string-append" "Wrong type (expecting ~A): ~S" ("string" #f=
) (#f)
phase `setenv' failed after 0.0 seconds
Backtrace:
In ice-9/boot-9.scm:
 157: 15 [catch #t #<catch-closure c93c40> ...]
In unknown file:
   ?: 14 [apply-smob/1 #<catch-closure c93c40>]
In ice-9/boot-9.scm:
  63: 13 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 432: 12 [eval # #]
In ice-9/boot-9.scm:
2320: 11 [save-module-excursion #<procedure cc1b00 at ice-9/boot-9.scm:3961=
:3 ()>]
3966: 10 [#<procedure cc1b00 at ice-9/boot-9.scm:3961:3 ()>]
1645: 9 [%start-stack load-stack #<procedure cc2ba0 at ice-9/boot-9.scm:395=
7:10 ()>]
1650: 8 [#<procedure cc8db0 ()>]
In unknown file:
   ?: 7 [primitive-load "/gnu/store/wy882br3mdvkdzc8ql4msbk2qklr8y8h-glibc-=
mesboot-2.16.0-builder"]
In ice-9/boot-9.scm:
 157: 6 [catch srfi-34 ...]
In srfi/srfi-1.scm:
 616: 5 [for-each #<procedure 1502380 at guix/build/gnu-build-system.scm:90=
9:14 (expr)> ...]
In ice-9/boot-9.scm:
 171: 4 [with-throw-handler #t ...]
In guix/build/gnu-build-system.scm:
 925: 3 [#<procedure 19a1400 at guix/build/gnu-build-system.scm:924:21 ()>]
In ice-9/eval.scm:
 411: 2 [eval # #]
In unknown file:
   ?: 1 [string-append " -L " ...]
In ice-9/boot-9.scm:
 106: 0 [#<procedure 19a13c0 at ice-9/boot-9.scm:97:6 (thrown-k . args)> wr=
ong-type-arg ...]

ice-9/boot-9.scm:106:20: In procedure #<procedure 19a13c0 at ice-9/boot-9.s=
cm:97:6 (thrown-k . args)>:
ice-9/boot-9.scm:106:20: In procedure string-append: Wrong type (expecting =
string): #f
builder for `/gnu/store/xnk3pczdfksqhih4qzz1grdj177fasfd-glibc-mesboot-2.16=
=2E0.drv' failed with exit code 1
build of /gnu/store/xnk3pczdfksqhih4qzz1grdj177fasfd-glibc-mesboot-2.16.0.d=
rv failed
View build log at '/var/log/guix/drvs/xn/k3pczdfksqhih4qzz1grdj177fasfd-gli=
bc-mesboot-2.16.0.drv.bz2'.
cannot build derivation `/gnu/store/ikdrcn12xib71lzsj1dvg0iyv1xn21f1-binuti=
ls-cross-boot0-2.36.1.drv': 1 dependencies couldn't be built
=2D-8<---------------cut here---------------end--------------->8---

This is with the following commit:

$ git log --oneline -n1
c3e33474b965 (HEAD -> core-updates, origin/core-updates) gnu: biber: Update=
 to 2.16.

I forgot to mention in my previous email which was the commit that worked.
It=E2=80=99s this one:

$ git log --oneline -n1
b15c3dd9b0e9 (HEAD) gnu: meson: Update to 0.59.0.

I just tested it again, and it does work if I revert back to it.

=2D-=20
Thanks,
Thiago

Message sent to guix-patches@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: [bug#49565] [PATCH] gnu: glibc-headers-mesboot: Use %build-inputs in setenv phase
Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: guix-patches@HIDDEN
Resent-Date: Wed, 21 Jul 2021 22:02:02 +0000
Resent-Message-ID: <handler.49565.B49565.162690487919968 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 49565
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: Thiago Jung Bauermann <bauermann@HIDDEN>
Cc: 49565 <at> debbugs.gnu.org, Maxime Devos <maximedevos@HIDDEN>
Received: via spool by 49565-submit <at> debbugs.gnu.org id=B49565.162690487919968
          (code B ref 49565); Wed, 21 Jul 2021 22:02:02 +0000
Received: (at 49565) by debbugs.gnu.org; 21 Jul 2021 22:01:19 +0000
Received: from localhost ([127.0.0.1]:38869 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m6KHG-0005Bd-St
	for submit <at> debbugs.gnu.org; Wed, 21 Jul 2021 18:01:19 -0400
Received: from eggs.gnu.org ([209.51.188.92]:39996)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <ludo@HIDDEN>) id 1m6KHE-00054q-OS
 for 49565 <at> debbugs.gnu.org; Wed, 21 Jul 2021 18:01:17 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:35732)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <ludo@HIDDEN>)
 id 1m6KH7-0004jB-Nh; Wed, 21 Jul 2021 18:01:09 -0400
Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=45284 helo=ribbon)
 by fencepost.gnu.org with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1)
 (envelope-from <ludo@HIDDEN>)
 id 1m6KH6-0003A2-Sn; Wed, 21 Jul 2021 18:01:09 -0400
From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
References: <27e26df84bc02d681b1ff0904bdd63dfa80313bf.camel@HIDDEN>
 <20210720000133.1619640-1-bauermann@HIDDEN>
 <10364598.u94UDZUMEq@popigai> <12914341.VykQ5r6Z2s@popigai>
Date: Thu, 22 Jul 2021 00:01:07 +0200
In-Reply-To: <12914341.VykQ5r6Z2s@popigai> (Thiago Jung Bauermann's message of
 "Wed, 21 Jul 2021 17:30:33 -0300")
Message-ID: <87k0lje38c.fsf_-_@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Hi!

Thiago Jung Bauermann <bauermann@HIDDEN> skribis:

> $ ./pre-inst-env guix build --target=3Dpowerpc64le-linux-gnu gcc-toolchai=
n@11
> substitute: atualizando substitutos de "https://ci.guix.gnu.org"... 100.0%
> substitute: atualizando substitutos de "https://bordeaux.guix.gnu.org"...=
 100.0%
> The following derivations will be built:
>    /gnu/store/8p847f47i8b7si24ybcah8936i698v0h-gcc-toolchain-11.1.0.drv
>    /gnu/store/2qq0qdrkz6920gyn3xl4ppjqiijf8qh2-ld-wrapper-0.drv
>    /gnu/store/59v10rbcl25bcbvgh1xip2k4b8dfrs8s-libatomic-ops-7.6.10.drv
>    /gnu/store/2vv32wdv72734d54r85ahlxzddc37gdb-tar-boot0-1.34.drv
>    /gnu/store/5h6sjkz0cw5yn77lf2x5i05wina2c2s1-sed-mesboot-4.0.6.drv
>    /gnu/store/9baisja0i8z81cpx9bs8dp6bgwbf5hg2-gzip-mesboot-1.2.4.drv
>    /gnu/store/aw84y6dbh7av5077dp9cgj3acqwychvs-xz-mesboot-5.0.0.drv
>    /gnu/store/d9f9mqjpb0n8fplzplayc5fz9pwvka7f-grep-mesboot-2.0.drv

I think you hit a corner with =E2=80=98gcc-toolchain=E2=80=99.  The package=
s in
commencement.scm (*-boot0, *-mesboot, etc.) should never be
cross-compiled; they=E2=80=99re not meant to.  If you find a command that e=
nds
up trying to cross-compile them, it means there=E2=80=99s a problem.

What you want in this case is:

  ./pre-inst-env guix build -e '(@ (gnu packages gcc) gcc-11)' \
     --target=3Dpowerpc64le-linux-gnu -n

That is going to build the right thing.

Why is =E2=80=98gcc-toolchain=E2=80=99 a special case?  Precisely because i=
t pulls in
things from commencement.scm: =E2=80=98binutils-final=E2=80=99, =E2=80=98gl=
ibc-final=E2=80=99, etc.

And why does it pull these =E2=80=98-final=E2=80=99 variants instead of the=
 =E2=80=98binutils=E2=80=99,
=E2=80=98glibc=E2=80=99, etc. you ask?  :-)  That=E2=80=99s to save space; =
that way, you don=E2=80=99t
end up downloading/building another toolchain when you run
=E2=80=98guix install gcc-toolchain=E2=80=99.

I hope this clarifies things a bit!

Ludo=E2=80=99.

Last modified: Wed, 21 Jul 2021 22:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.