qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH v3 17/17] .travis.yml: single thread build-tcg


From: Alex Bennée
Subject: Re: [PATCH v3 17/17] .travis.yml: single thread build-tcg
Date: Mon, 03 Feb 2020 14:37:28 +0000
User-agent: mu4e 1.3.7; emacs 27.0.60

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

> On 2/3/20 11:01 AM, Thomas Huth wrote:
>> On 03/02/2020 10.09, Alex Bennée wrote:
>>> I've theorised that a parallel build-tcg is somehow getting confused
>>> when two fedora-30 based cross compilers attempt to build at the same
>>> time. From one data-point so far this may fix the problem although the
>>> plugins job runs quite close to timeout.
>>>
>>> Signed-off-by: Alex Bennée <address@hidden>
>>> ---
>>>   .travis.yml | 4 ++--
>>>   1 file changed, 2 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/.travis.yml b/.travis.yml
>>> index c1c6df475a8..3b35b7cf04d 100644
>>> --- a/.travis.yml
>>> +++ b/.travis.yml
>>> @@ -380,7 +380,7 @@ matrix:
>>>       - name: "GCC check-tcg (user)"
>>>         env:
>>>           - CONFIG="--disable-system --enable-debug-tcg"
>>> -        - TEST_BUILD_CMD="make -j${JOBS} build-tcg"
>>> +        - TEST_BUILD_CMD="make build-tcg"
>>>           - TEST_CMD="make check-tcg"
>>>           - CACHE_NAME="${TRAVIS_BRANCH}-linux-gcc-debug-tcg"
>>>   @@ -391,7 +391,7 @@ matrix:
>>>       - name: "GCC plugins check-tcg (user)"
>>>         env:
>>>           - CONFIG="--disable-system --enable-plugins --enable-debug-tcg 
>>> --target-list-exclude=sparc64-linux-user,cris-linux-user"
>>> -        - TEST_BUILD_CMD="make -j${JOBS} build-tcg"
>>> +        - TEST_BUILD_CMD="make build-tcg"
>>>           - TEST_CMD="make check-tcg"
>>>           - CACHE_NAME="${TRAVIS_BRANCH}-linux-gcc-debug-tcg"
>> Squash it into patch 14/17 ?
>
> I'd rather not, ideally we will revert this patch once the issue is
> fixed.

Yeah - there should be no reason that we can't build all the tcg tests
in parallel. For some reason I think the two fedora30 based images have
an issue, despite there not being a common base.

-- 
Alex Bennée



reply via email to

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