qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v2 0/2] Update capstone module


From: Richard Henderson
Subject: Re: [Qemu-devel] [PATCH v2 0/2] Update capstone module
Date: Fri, 31 May 2019 03:46:45 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0

On 5/31/19 3:20 AM, Alex Bennée wrote:
> 
> address@hidden writes:
> 
>> Patchew URL: https://patchew.org/QEMU/address@hidden/
>>
>>
>>
>> Hi,
>>
>> This series failed build test on s390x host. Please find the details below.
>>
>> === TEST SCRIPT BEGIN ===
>> #!/bin/bash
>> # Testing script will be invoked under the git checkout with
>> # HEAD pointing to a commit that has the patches applied on top of "base"
>> # branch
>> set -e
>> CC=$HOME/bin/cc
>> INSTALL=$PWD/install
>> BUILD=$PWD/build
>> mkdir -p $BUILD $INSTALL
>> SRC=$PWD
>> cd $BUILD
>> $SRC/configure --cc=$CC --prefix=$INSTALL
>> make -j4
>> # XXX: we need reliable clean up
>> # make check -j4 V=1
>> make install
>>
>> echo
>> echo "=== ENV ==="
>> env
>>
>> echo
>> echo "=== PACKAGES ==="
>> rpm -qa
>> === TEST SCRIPT END ===
>>
>>   GEN     ui/input-keymap-qcode-to-atset1.c
>>   CC      cs.o
>>   CC      utils.o
>> cs.c:17:10: fatal error: capstone/capstone.h: No such file or directory
>>    17 | #include <capstone/capstone.h>
>>       |          ^~~~~~~~~~~~~~~~~~~~~
>> compilation terminated.
>> ---
>>   CC      /var/tmp/patchew-tester-tmp-c6t41dq_/src/build/slirp/src/socket.o
>> In file included from utils.h:13,
>>                  from utils.c:12:
>> cs_priv.h:7:10: fatal error: capstone/capstone.h: No such file or directory
>>     7 | #include <capstone/capstone.h>
>>       |          ^~~~~~~~~~~~~~~~~~~~~
>> compilation terminated.
>>
>>
>> The full log is available at
>> http://patchew.org/logs/address@hidden/testing.s390x/?type=message.
> 
> I saw this on my laptop (which doesn't have system capstone installed)
> as well. Did I imagine there was a patch floating around to deal with
> the captone/capstone inconsistency?

You did see one, but that was for users of capstone.
This is while building capstone itself.

This means that something changed in capstone's own build system that I failed
to replicate while pulling it into ours, and I failed to notice because the
build here found the system header instead.

Ho hum.


r~



reply via email to

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