From: Avi Kivity <avi@qumranet.com>
To: jyoung5@us.ibm.com
Cc: kvm@vger.kernel.org, kvm-ppc@vger.kernel.org,
hollisb <hollisb@linux.vnet.ibm.com>
Subject: Re: [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to
Date: Sat, 05 Jul 2008 09:28:16 +0000 [thread overview]
Message-ID: <486F3EB0.6040004@qumranet.com> (raw)
In-Reply-To: <1214897588.6867.13.camel@thinkpadL>
Jerone Young wrote:
> On Sun, 2008-06-29 at 16:24 +0300, Avi Kivity wrote:
>
>> Avi Kivity wrote:
>>
>>> Jerone Young wrote:
>>>
>>>> This set of patches are to consolidate test libraries into a single
>>>> library archive. This lib archive is libcflat. This will allow common
>>>> code to be shared among archs.
>>>>
>>>>
>>>>
>>> Applied all, thanks. I squashed together 1-3 as Hollis suggested, and
>>> with git's rename detection, one can see that you merged exit() puts()
>>> etc into a single file. That usually doesn't work will with libraries
>>> (if you define your own puts() but not your own exit(), you're in
>>> trouble), but we can fix this if/when it starts to hurt.
>>>
>>>
>>>
>> This fails compilation with:
>>
>> gcc -m64 -D__x86_64__ -I /tmp/BUILDER/kvm/rpmtop/BUILD/kernel/include
>> -O1 -MMD -MF test/x86/.access.d -g -fomit-frame-pointer -Wa
>> ll -fno-stack-protector -I ../libkvm -std=gnu99 -ffreestanding -I
>> test/lib -I test/lib/x86 -c -o test/x86/access.o test/x86/a
>> ccess.c
>> test/x86/access.c:153: error: conflicting types for 'memset'
>> /usr/include/string.h:59: error: previous declaration of 'memset' was here
>> test/x86/access.c: In function 'ac_test_do_access':
>> test/x86/access.c:511: warning: implicit declaration of function 'printf'
>> test/x86/access.c: In function 'main':
>> test/x86/access.c:578: warning: passing argument 1 of 'smp_init' from
>> incompatible pointer type
>> make[1]: *** [test/x86/access.o] Error 1
>> make[1]: Leaving directory `/tmp/BUILDER/kvm/rpmtop/BUILD/user'
>> error: Bad exit status from /var/tmp/rpm-tmp.45450 (%build)
>>
>> So I'm unapplying these patches.
>>
>>
>
> Ah. Sorry about that. I was testing on x86 and not x86-64. So I didn't
> notice that config-x86_64.mak had other test cases outside of what was
> in config-x86-common.
>
> The problem here is access.c needs to include the new libcflat.h , and
> not printf.h . In one of my patches.
>
> Since I don't currently have an x86-64 setup to try, can't turn out a
> patch. I can give you an idea of what is up so here are the changes
> needed for test/x86/access.c:
>
> jerone@thinkpadL:~/work/kvm-userspace/user/test/x86$ vi access.c.FIXED
> jerone@thinkpadL:~/work/kvm-userspace/user/test/x86$ diff -aurp access.c access.c.FIXED
> --- access.c 2008-06-09 08:57:25.000000000 -0500
> +++ access.c.FIXED 2008-07-01 02:32:41.000000000 -0500
> @@ -1,7 +1,6 @@
>
> -#include "smp.h"
> -#include "printf.h"
> -#include "string.h"
> +#include <x86/smp.h>
> +#include <libcflat.h>
>
>
Er, <> includes are for system headers. Please stick to "" includes.
The previous patches also need to be fixed.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
WARNING: multiple messages have this Message-ID (diff)
From: Avi Kivity <avi@qumranet.com>
To: jyoung5@us.ibm.com
Cc: kvm@vger.kernel.org, kvm-ppc@vger.kernel.org,
hollisb <hollisb@linux.vnet.ibm.com>
Subject: Re: [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat
Date: Sat, 05 Jul 2008 12:28:16 +0300 [thread overview]
Message-ID: <486F3EB0.6040004@qumranet.com> (raw)
In-Reply-To: <1214897588.6867.13.camel@thinkpadL>
Jerone Young wrote:
> On Sun, 2008-06-29 at 16:24 +0300, Avi Kivity wrote:
>
>> Avi Kivity wrote:
>>
>>> Jerone Young wrote:
>>>
>>>> This set of patches are to consolidate test libraries into a single
>>>> library archive. This lib archive is libcflat. This will allow common
>>>> code to be shared among archs.
>>>>
>>>>
>>>>
>>> Applied all, thanks. I squashed together 1-3 as Hollis suggested, and
>>> with git's rename detection, one can see that you merged exit() puts()
>>> etc into a single file. That usually doesn't work will with libraries
>>> (if you define your own puts() but not your own exit(), you're in
>>> trouble), but we can fix this if/when it starts to hurt.
>>>
>>>
>>>
>> This fails compilation with:
>>
>> gcc -m64 -D__x86_64__ -I /tmp/BUILDER/kvm/rpmtop/BUILD/kernel/include
>> -O1 -MMD -MF test/x86/.access.d -g -fomit-frame-pointer -Wa
>> ll -fno-stack-protector -I ../libkvm -std=gnu99 -ffreestanding -I
>> test/lib -I test/lib/x86 -c -o test/x86/access.o test/x86/a
>> ccess.c
>> test/x86/access.c:153: error: conflicting types for 'memset'
>> /usr/include/string.h:59: error: previous declaration of 'memset' was here
>> test/x86/access.c: In function 'ac_test_do_access':
>> test/x86/access.c:511: warning: implicit declaration of function 'printf'
>> test/x86/access.c: In function 'main':
>> test/x86/access.c:578: warning: passing argument 1 of 'smp_init' from
>> incompatible pointer type
>> make[1]: *** [test/x86/access.o] Error 1
>> make[1]: Leaving directory `/tmp/BUILDER/kvm/rpmtop/BUILD/user'
>> error: Bad exit status from /var/tmp/rpm-tmp.45450 (%build)
>>
>> So I'm unapplying these patches.
>>
>>
>
> Ah. Sorry about that. I was testing on x86 and not x86-64. So I didn't
> notice that config-x86_64.mak had other test cases outside of what was
> in config-x86-common.
>
> The problem here is access.c needs to include the new libcflat.h , and
> not printf.h . In one of my patches.
>
> Since I don't currently have an x86-64 setup to try, can't turn out a
> patch. I can give you an idea of what is up so here are the changes
> needed for test/x86/access.c:
>
> jerone@thinkpadL:~/work/kvm-userspace/user/test/x86$ vi access.c.FIXED
> jerone@thinkpadL:~/work/kvm-userspace/user/test/x86$ diff -aurp access.c access.c.FIXED
> --- access.c 2008-06-09 08:57:25.000000000 -0500
> +++ access.c.FIXED 2008-07-01 02:32:41.000000000 -0500
> @@ -1,7 +1,6 @@
>
> -#include "smp.h"
> -#include "printf.h"
> -#include "string.h"
> +#include <x86/smp.h>
> +#include <libcflat.h>
>
>
Er, <> includes are for system headers. Please stick to "" includes.
The previous patches also need to be fixed.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
next prev parent reply other threads:[~2008-07-05 9:28 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-25 20:39 [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Jerone Young
2008-06-25 20:39 ` Jerone Young
2008-06-25 20:39 ` [PATCH 1 of 4] Consilidate libcflat for x86 to single lib for all Jerone Young
2008-06-25 20:39 ` [PATCH 1 of 4] Consilidate libcflat for x86 to single lib for all archs Jerone Young
2008-06-25 20:39 ` [PATCH 2 of 4] Add Makefile and test changes required for x86 to use Jerone Young
2008-06-25 20:39 ` [PATCH 2 of 4] Add Makefile and test changes required for x86 to use libcflat Jerone Young
2008-06-25 20:39 ` [PATCH 3 of 4] Remove old x86 test libs, Jerone Young
2008-06-25 20:39 ` [PATCH 3 of 4] Remove old x86 test libs, that are now appart of libcflat Jerone Young
2008-06-25 20:39 ` [PATCH 4 of 4] Add initial PowerPC libcflat files & make file changes Jerone Young
2008-06-25 20:39 ` Jerone Young
2008-06-25 21:28 ` [PATCH 4 of 4] Add initial PowerPC libcflat files & make file Hollis Blanchard
2008-06-25 21:28 ` [PATCH 4 of 4] Add initial PowerPC libcflat files & make file changes Hollis Blanchard
2008-06-26 15:14 ` [PATCH 4 of 4] Add initial PowerPC libcflat files & make file Jerone Young
2008-06-26 15:14 ` [PATCH 4 of 4] Add initial PowerPC libcflat files & make file changes Jerone Young
2008-06-25 21:27 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Hollis Blanchard
2008-06-25 21:27 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Hollis Blanchard
2008-06-26 15:12 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Jerone Young
2008-06-26 15:12 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Jerone Young
2008-06-26 22:01 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Hollis Blanchard
2008-06-26 22:01 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Hollis Blanchard
2008-06-29 9:10 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Avi Kivity
2008-06-29 9:10 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Avi Kivity
2008-06-29 13:24 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Avi Kivity
2008-06-29 13:24 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Avi Kivity
2008-07-01 7:33 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Jerone Young
2008-07-01 7:33 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Jerone Young
2008-07-05 9:28 ` Avi Kivity [this message]
2008-07-05 9:28 ` Avi Kivity
2008-07-05 17:32 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Jerone Young
2008-07-05 17:32 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Jerone Young
2008-07-05 17:36 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Avi Kivity
2008-07-05 17:36 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Avi Kivity
2008-07-05 17:59 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to Jerone Young
2008-07-05 17:59 ` [PATCH 0 of 4] [kvm-userspace][test] consolidate test libs to libcflat Jerone Young
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=486F3EB0.6040004@qumranet.com \
--to=avi@qumranet.com \
--cc=hollisb@linux.vnet.ibm.com \
--cc=jyoung5@us.ibm.com \
--cc=kvm-ppc@vger.kernel.org \
--cc=kvm@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.