[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: help with a build-user and build-user-plugin failure
From: |
Alex Bennée |
Subject: |
Re: help with a build-user and build-user-plugin failure |
Date: |
Wed, 25 Nov 2020 17:02:36 +0000 |
User-agent: |
mu4e 1.5.7; emacs 28.0.50 |
Claudio Fontana <cfontana@suse.de> writes:
> Hi Alex,
>
> On 11/25/20 10:42 AM, Alex Bennée wrote:
>>
>> Philippe Mathieu-Daudé <f4bug@amsat.org> writes:
>>
>>> On 11/24/20 12:04 PM, Claudio Fontana wrote:
>>>> Hi Alex,
>>>>
>>>> I am seeing build failures with build-user and build-user-plugin:
>>>>
>>>> https://gitlab.com/hw-claudio/qemu/-/pipelines/220245998
>>>>
>>>> and I am trying to start investigating.
>>>>
>>>> How do I reproduce this locally?
>>>>
>>>> I am trying to run locally the check-tcg rule, but I cannot get it to work.
>>>> I managed to work around the problem of static libraries (disabled them),
>>>>
>>>> but then I get:
>>>>
>>>> BUILD TCG tests for x86_64-linux-user
>>>> BUILD x86_64-linux-user guest-tests with cc
>>>> /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld:
>>>> /tmp/ccgqtAM9.o: in function `test_fops':
>>>> /dev/shm/cfontana/qemu/tests/tcg/i386/test-i386.c:759: undefined reference
>>>> to `fmod'
>>>> /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld:
>>>> /dev/shm/cfontana/qemu/tests/tcg/i386/test-i386.c:760: undefined reference
>>>> to `sqrt'
>>>> /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld:
>>>> /dev/shm/cfontana/qemu/tests/tcg/i386/test-i386.c:761: undefined reference
>>>> to `sin'
>>>> /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld:
>>>> /dev/shm/cfontana/qemu/tests/tcg/i386/test-i386.c:762: undefined reference
>>>> to `cos'
>>>>
>>>> Have you seen it before?
>>>> Any suggestions? I'm on OpenSUSE Leap 15 SP2.
>>>
>>> Related to 3fc1aad3864 ("configure: remove unnecessary libm test")
>>> + tcg tests still not ported to Meson?
>>
>> Hmm so we certainly need libm for the testcase but I guess this is> failing
>> with a local cross compiler rather than docker? I'm not sure the
>> global feature test should be relevant for testcases.
>>
>
> Probably it's my attempt to make it work with non-static libm that failed
> then,
>
> is it supposed to work?
>
> I see mention of BUILD_STATIC there, but it does not seem to actually work
> for me.
>
> If I use static libm, then it works.
> If I uninstall static libm, any attempt to build fails, regardless of
> whether I pass BUILD_STATIC='n' or so.
All the test cases themselves should be built as static although I see
we fall back for the case of using a local cross compiler. That normally
only covers the case where the host compiler can also build for 32 bit
for testcases.
>
> Ciao and thanks,
>
> CLaudio
--
Alex Bennée