From: Iain Paton <devnull@darkvoyage.org.uk>
To: Ben Bucksch <news@bucksch.org>
Cc: Avi Kivity <avi@qumranet.com>, kvm@vger.kernel.org
Subject: Re: kvm userland: Build misses -I <kernel include dir>
Date: Sun, 14 Sep 2008 11:28:06 +0100 [thread overview]
Message-ID: <48CCE736.5020004@darkvoyage.org.uk> (raw)
In-Reply-To: <48CBBB19.4050306@bucksch.org>
Ben Bucksch wrote:
> Reason is, as said, that the build assumes that
> /usr/include/linux/ioctl.h exists, i.e. it just #include <linux/ioctl.h>
Oh, that's not nice. Certainly for me /usr/include/linux will never point to the kernel I'm building against so that's just a
problem waiting to happen.
> , but does not pass the kernel dir *that I explicitly passed to
> configure* to gcc. If I explicitly pass the kernel dir to configure, I
> expect that to be used, and only that.
Seconded.
Especially when building external modules the only path being used should be the one passed in as the KERNELDIR I want to build
against. Using /usr/include/linux or something under /lib/modules/$(uname -r)/build is fraught with problems.
> iggy on IRC noted that kernel source and build dir may be separate.
> That's true - you probably need two configure flags --kernel-source-dir
> and --kernel-build-dir. The existing --kerneldir could stay and set both
> to the same value.
That's the issue I found with kvm-74, building the kernel with O= to have seperate source and build dirs fails as the makefile for
the external kvm modules assumes that isn't an option.
There's a very minimal patch to get that working in this post:
<http://article.gmane.org/gmane.comp.emulators.kvm.devel/21172>
Iain
prev parent reply other threads:[~2008-09-14 10:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-10 3:19 kvm userland: Build misses -I <kernel include dir> Ben Bucksch
2008-09-13 5:16 ` Avi Kivity
2008-09-13 13:07 ` Ben Bucksch
2008-09-14 10:28 ` Iain Paton [this message]
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=48CCE736.5020004@darkvoyage.org.uk \
--to=devnull@darkvoyage.org.uk \
--cc=avi@qumranet.com \
--cc=kvm@vger.kernel.org \
--cc=news@bucksch.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.