[Xen-devel] Re: xen Makefile being nasty with EXTRAVERSION

[Nuutti Kotivuori <naked@xxxxxx>]

Ian Pratt wrote:
> That's going to be a pain to remember to set XENVERSION on the
> command line if we're building directly within the kernel
> directory, which people do all the time (e.g. after changing the
> config on a kernel). I think 'baking' the extraversion into the
> tree via a .extraversion file is the best soloution.

Keir Fraser wrote:
> Hmmm, well we can easily support all options, in descending order of
> priority:
> 1. XENVERSION specified on command line
> 2. Contents of .extraversion file
> 3. Default to "-xen"
>
> I'll add this to the Linux Makefiles, but I'll leave the root
> Makefile using XENVERSION for now. You can change it to use
> .extraversion if you care. :-)

Um, I haven't ever really looked into 'make world' so I don't know
what it is that really requires all this.

But, is there something wrong with using the normal kernel facilities
for this thing?

The default behaviour is that EXTRAVERSION on the command-line
overrides '.extraversion'.

So create the .extraversion file in the directories where you wish to
allow the user to rebuild from the command-line - and just pass
EXTRAVERSION on the make invocation line for builds where you do not
need it.

I am probably missing something, but I don't see the reason for
XENVERSION at all?

(And for a distribution, xen0 and xenU kernels are probably already
very well separated, so that extraversion is not needed for them - for
example, this Debian package I created is named:

  kernel-xen0-2.6.8-shiro-1

when EXTRAVERSION was -shiro-1 and I compiled a domain 0 kernel.)

-- Naked



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel