qemu-devel
[Top][All Lists]
Advanced

[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



reply via email to

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