guix system image uses cross-compiler even on native system

  • Done
  • quality assurance status badge
Details
2 participants
  • Mathieu Othacehe
  • Vagrant Cascadian
Owner
unassigned
Submitted by
Vagrant Cascadian
Severity
normal

Debbugs page

Vagrant Cascadian wrote 4 years ago
(address . bug-guix@gnu.org)
87r1ifqlym.fsf@yucca
I tried building a pinebook-pro image on an aarch64-linux Guix System...

$ uname -a
Linux myhostname 5.12.2-gnu #1 SMP 1 aarch64 GNU/Linux

$ guix system image ./gnu/system/images/pinebook-pro.scm
substitute: updating substitutes from
The following derivations will be built:
/gnu/store/n2mmyxi710aqbicq6p4nilma56nbpp3b-net-tools-1.60-0.479bb4a.drv
/gnu/store/5f7hz1bbz3m7cxiv529qyw5arqp687j5-gcc-cross-aarch64-linux-gnu-7.5.0.drv
/gnu/store/ca3ki1nw3abmx4phg5aqbyvk9pw9v8j4-linux-libre-headers-cross-aarch64-linux-gnu-5.4.20.drv
/gnu/store/vdl9l45257m1glbmmqcrwdy2brb96kg4-gcc-cross-sans-libc-aarch64-linux-gnu-7.5.0.drv
/gnu/store/jik876a99dvxdky5jv8ghj316knfjfyj-glibc-cross-aarch64-linux-gnu-2.31.drv
...

But I'm building this on an aarch64 system; it shouldn't need to use an
aarch64-linux-gnu cross-compiler on an aarch64-linux system! It would be
nice if it could build images natively, too. :)


live well,
vagrant
-----BEGIN PGP SIGNATURE-----

iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCYJivUQAKCRDcUY/If5cW
qsw6AQCClPkc2JltkeeLxGBcCG60YU8nRvKiziECmQg4p6ab6gEA5Y0RX1uWhn1b
m/cGzcGJKr2Pv1IaqfqWdQTBU3WzHwA=
=uabO
-----END PGP SIGNATURE-----

Mathieu Othacehe wrote 4 years ago
(name . Vagrant Cascadian)(address . vagrant@debian.org)(address . 48327@debbugs.gnu.org)
87eeefosdk.fsf@gnu.org
Hello Vagrant,

Toggle quote (4 lines)
> But I'm building this on an aarch64 system; it shouldn't need to use an
> aarch64-linux-gnu cross-compiler on an aarch64-linux system! It would be
> nice if it could build images natively, too. :)

Yes indeed! It has been discussed here:
https://issues.guix.gnu.org/45020without reaching a proper conclusion.

The idea of https://issues.guix.gnu.org/45021is to add a "system" field
to the <image> record, so that we can build the image natively when
appropriate or cross-compile otherwise.

Thanks,

Mathieu
Mathieu Othacehe wrote 3 years ago
(name . Vagrant Cascadian)(address . vagrant@debian.org)(address . 48327-done@debbugs.gnu.org)
871r4rd1ds.fsf@gnu.org
Hello Vagrant,

This is fixed on master with d5073fd113c621fe0b55382f7dd336ee118e759f.

Thanks,

Mathieu
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 48327@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 48327
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch
You may also tag this issue. See list of standard tags. For example, to set the confirmed and easy tags
mumi command -t +confirmed -t +easy
Or, remove the moreinfo tag and set the help tag
mumi command -t -moreinfo -t +help