qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Alex Bennée" <alex.bennee@linaro.org>
To: "Daniel P . Berrangé" <berrange@redhat.com>
Cc: qemu-devel <qemu-devel@nongnu.org>,
	Michael Tokarev <mjt@tls.msk.ru>,
	Erik Skultety <eskultet@redhat.com>,
	Brian Cain <bcain@quicinc.com>,
	Palmer Dabbelt <palmer@dabbelt.com>,
	Alistair Francis <alistair.francis@wdc.com>,
	Bin Meng <bin.meng@windriver.com>
Subject: How do you represent a host gcc and a cross gcc in lcitool?
Date: Wed, 31 May 2023 12:23:34 +0100	[thread overview]
Message-ID: <87wn0obuk6.fsf@linaro.org> (raw)

Hi,

While trying to convert the debian-riscv64-cross docker container to an
lcitool based one I ran into a problem building QEMU. The configure step
fails because despite cross compiling we still need a host compiler to
build the hexagon codegen tooling.

After scratching my head for a while I discovered we did have host GCC's
in our cross images despite there being no explicit request for them in
the docker description. It turned out that the gcovr requirement pulled
in lcov which itself had a dependency on gcc. However this is a bug:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987818

which has been fixed in bookworm (and of course sid which is the only
way we can get a riscv64 build of QEMU at the moment). Hence my hacky
attempts to get gcc via side effect of another package failed.

Hence the question in $SUBJECT. I tried to add a mapping to lcitool for
a pseudo hostgcc package:

+  hostgcc:
+    default: gcc
+    pkg:
+    MacOS:
+    cross-policy-default: skip

however this didn't work. Do we need a new mechanism for this or am I
missing a way to do this?

RiscV guys,

It's clear that relying on Debian Sid for the QEMU cross build for RiscV
is pretty flakey. Are you guys aware of any other distros that better
support cross compiling to a riscv64 target or is Debian still the best
bet? Could you be persuaded to build a binary docker image with the
cross compilers and libraries required for a decent cross build as an
alternative?

Thanks,

-- 
Alex Bennée
Virtualisation Tech Lead @ Linaro


             reply	other threads:[~2023-05-31 11:38 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-31 11:23 Alex Bennée [this message]
2023-05-31 11:52 ` How do you represent a host gcc and a cross gcc in lcitool? Daniel P. Berrangé
     [not found] ` <SN6PR02MB4205D202EFB6D6A256ECB93FB8489@SN6PR02MB4205.namprd02.prod.outlook.com>
     [not found]   ` <87jzwoba78.fsf@linaro.org>
2023-06-23  2:27     ` Alistair Francis
2023-06-23 10:25       ` Alex Bennée
2023-07-03  3:26         ` Alistair Francis
2023-07-03  7:31           ` Alex Bennée
2023-07-03  8:22           ` Erik Skultety

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87wn0obuk6.fsf@linaro.org \
    --to=alex.bennee@linaro.org \
    --cc=alistair.francis@wdc.com \
    --cc=bcain@quicinc.com \
    --cc=berrange@redhat.com \
    --cc=bin.meng@windriver.com \
    --cc=eskultet@redhat.com \
    --cc=mjt@tls.msk.ru \
    --cc=palmer@dabbelt.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).