All of lore.kernel.org
 help / color / mirror / Atom feed
From: "haibiao.xiao" <haibiao.xiao@zstack.io>
To: Andre Przywara <andre.przywara@arm.com>
Cc: kvm@vger.kernel.org, will@kernel.org,
	julien.thierry.kdev@gmail.com,
	"haibiao.xiao" <xiaohaibiao331@outlook.com>,
	Alexandru Elisei <Alexandru.Elisei@arm.com>
Subject: Re: [PATCH kvmtool] Makefile: 'lvm version' works incorrect. Because CFLAGS can not get sub-make variable $(KVMTOOLS_VERSION)
Date: Fri, 10 Dec 2021 10:55:40 +0800	[thread overview]
Message-ID: <28ff4bb3-851a-e287-b008-c2a91370c90d@zstack.io> (raw)
In-Reply-To: <20211209155746.3f6bd016@donnerap.cambridge.arm.com>

Hi,

On Thu, 9 Dec 2021 15:57:46 +0000, Andre Przywara wrote:
> On Sat,  4 Dec 2021 14:14:36 +0800
> "haibiao.xiao" <haibiao.xiao@zstack.io> wrote:
> 
> Hi,
> 
>> From: "haibiao.xiao" <xiaohaibiao331@outlook.com>
>>
>> Command 'lvm version' works incorrect.
>> It is expected to print:
>>
>>     # ./lvm version
>>     # kvm tool [KVMTOOLS_VERSION]
>>
>> but the KVMTOOLS_VERSION is missed:
>>
>>     # ./lvm version
>>     # kvm tool
>>
>> The KVMTOOLS_VERSION is defined in the KVMTOOLS-VERSION-FILE file which
>> is included at the end of Makefile. Since the CFLAGS is a 'Simply
>> expanded variables' which means CFLAGS is only scanned once. So the
>> definetion of KVMTOOLS_VERSION at the end of Makefile would not scanned
>> by CFLAGS. So the '-DKVMTOOLS_VERSION=' remains empty.
>>
>> I fixed the bug by moving the '-include $(OUTPUT)KVMTOOLS-VERSION-FILE'
>> before the CFLAGS.
> 
> While this is indeed a bug that this patch fixes, I wonder if we should
> actually get rid of this whole versioning attempt altogether at this
> point. Originally this was following the containing kernel version, but
> it is stuck ever since at v3.18, without any change.
> 
> So either we introduce proper versioning (not sure it's worth it?), or we
> just remove all code that pretends to print a version number? Or just
> hardcode v3.18 into the printf, at least for now? At the very least I
> think we don't need a KVMTOOLS-VERSION-FILE anymore.
> 

Thanks for your reply. 

The reason I look at this project is tend to learn something about kvm. 
With the version number I can tell which kernel(kvm) is compatible.
 
Although it is stuck at v3.18, there still some commits in recent 
months, which means the kvmtool still changing according to the kvm 
features. So I think what's kvmtool need is a version control, but not 
remove/hardcode.

Thanks,
haibiao.xiao
> Cheers,
> Andre
> 
>>
>> Signed-off-by: haibiao.xiao <xiaohaibiao331@outlook.com>
>> ---
>>  Makefile | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/Makefile b/Makefile
>> index bb7ad3e..9afb5e3 100644
>> --- a/Makefile
>> +++ b/Makefile
>> @@ -17,6 +17,7 @@ export E Q
>>  
>>  include config/utilities.mak
>>  include config/feature-tests.mak
>> +-include $(OUTPUT)KVMTOOLS-VERSION-FILE
>>  
>>  CC	:= $(CROSS_COMPILE)gcc
>>  CFLAGS	:=
>> @@ -559,5 +560,4 @@ ifneq ($(MAKECMDGOALS),clean)
>>  
>>  KVMTOOLS-VERSION-FILE:
>>  	@$(SHELL_PATH) util/KVMTOOLS-VERSION-GEN $(OUTPUT)
>> --include $(OUTPUT)KVMTOOLS-VERSION-FILE
>> -endif
>> +endif
>> \ No newline at end of file

  reply	other threads:[~2021-12-10  2:55 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-04  6:14 [PATCH kvmtool] Makefile: 'lvm version' works incorrect. Because CFLAGS can not get sub-make variable $(KVMTOOLS_VERSION) haibiao.xiao
2021-12-08 16:38 ` Alexandru Elisei
2021-12-09  3:31   ` haibiao.xiao
2021-12-09 11:00     ` Alexandru Elisei
2021-12-09 15:57 ` Andre Przywara
2021-12-10  2:55   ` haibiao.xiao [this message]
2021-12-10 11:00     ` Andre Przywara
2021-12-13  3:19       ` haibiao.xiao
  -- strict thread matches above, loose matches on Subject: below --
2021-07-05  4:46 haibiao.xiao

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=28ff4bb3-851a-e287-b008-c2a91370c90d@zstack.io \
    --to=haibiao.xiao@zstack.io \
    --cc=Alexandru.Elisei@arm.com \
    --cc=andre.przywara@arm.com \
    --cc=julien.thierry.kdev@gmail.com \
    --cc=kvm@vger.kernel.org \
    --cc=will@kernel.org \
    --cc=xiaohaibiao331@outlook.com \
    /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.