qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2 31/43] tests/tcg: enable building for MIPS


From: Alex Bennée
Subject: Re: [Qemu-devel] [PATCH v2 31/43] tests/tcg: enable building for MIPS
Date: Fri, 20 Apr 2018 09:29:50 +0100
User-agent: mu4e 1.1.0; emacs 26.1

Philippe Mathieu-Daudé <address@hidden> writes:

> On 04/19/2018 02:58 PM, Peter Maydell wrote:
>> On 19 April 2018 at 18:49, Alex Bennée <address@hidden> wrote:
>>> Philippe Mathieu-Daudé <address@hidden> writes:
>>>> On 04/19/2018 10:58 AM, Alex Bennée wrote:
>>>>> This doesn't add any additional tests but enables building the
>>>>> multiarch tests for MIPS using docker cross compilers. We don't have a
>>>>> cross compiler for mips64 big endian though.
>>>>
>>>> Oh we have one, using CFLAGS+=-EB
>>>>
>>>> we don't have cross libraries although.
>>>
>>> Yeah I thought the same with the ARM compilers (-mbig-endian) but it's
>>> the libraries that let us down. If, as you say, newlib gets this right I
>>> suspect we should use that to build the compilers not supported out of
>>> the box by Debian.
>>
>> I don't think we really want to get into the business of
>> building our own cross compilers if we can avoid it...it's harder
>> than it looks and we would be essentially reinventing the wheel.
>
> I totally agree.
>
> I'v been looking at existing maintained images we can use to
> cross-build, so we only have to pull (download) and image and use it,
> not wasting cpu time building it.
>
> However some images might be huge, full of things we don't need. But I
> prefer that rather than having to maintain cross toolchains.
>
> An example I like to use is the coreboot-sdk, designed to build
> i386/amd64 binaries, it fulfills our needs. But takes 2GB...
>
> $ docker pull coreboot/coreboot-sdk:1.47
> 1.47: Pulling from coreboot/coreboot-sdk
> 3d6aedfc3e47: Downloading [>              ]  538.2kB/1.201GB
> d23c9a72f1e5: Waiting
>
> Another candidate is crossbuild, ~1GB
> $ docker pull multiarch/crossbuild

I agree to a point. Our current images are all based off "official"
docker hub images. I'm probably giving the state of officialness too
much credit but I'm at least reasonably certain the Debian images can be
re-created ourselves if we wanted to and have publicly available
recipes.

As a bonus, being Debian based, we meet our GPL compliance because
everything on the image can have its source pulled with apt.

I'm unsure about how the coreboot image was built or indeed if it is an
official image. From my point of view it is just a bunch of binaries in
a set of docker layers.

So personally I would put "build our own compiler from source inside
docker" slightly above "unpack a random binary tarball into docker".
That said with some of our funkier supported guests we may end up having
to do just that :-/

--
Alex Bennée



reply via email to

[Prev in Thread] Current Thread [Next in Thread]