From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>,
"Luis R. Rodriguez" <mcgrof@suse.com>
Cc: xen-devel@lists.xenproject.org,
"Luis R. Rodriguez" <mcgrof@do-not-panic.com>
Subject: Re: [PATCH v8 0/6] xen: systemd support
Date: Tue, 29 Jul 2014 10:33:45 +0100 [thread overview]
Message-ID: <53D76A79.5020207@citrix.com> (raw)
In-Reply-To: <1406624040.20809.6.camel@kazak.uk.xensource.com>
On 29/07/14 09:54, Ian Campbell wrote:
> On Mon, 2014-07-28 at 20:33 +0200, Luis R. Rodriguez wrote:
>>> Did you run autogen.sh?
>> Actually you should not need to, odd.
> Indeed, I did this on commit.
>
>> mcgrof@ergon ~/devel/xen (git::staging)$ rm -f config/Paths.mk
>> mcgrof@ergon ~/devel/xen (git::staging)$ ./configure | grep Paths
>> config.status: creating config/Paths.mk
>>
>> What do you see?
> Perhaps Andrew is running "cd tools ; ./configure"?
>
> In http://lists.xen.org/archives/html/xen-devel/2014-07/msg03156.html I
> posited that nobody would be doing that (even going so far to doubt that
> it worked) but if Andrew is doing it then clearly I was wrong and we
> will need to rethink the approach.
Oh - indeed I am; It certainly did use to work. At some point in the
past, the outer ./configure was a small shell script which cd'd into
tools and ran ./configure, and I got into the habit of only ever running
./configure from the tools subdir.
>
> If we need to support direct invocation of "sub" configure then the only
> approach which comes to my mind is to generate per-subsystem Paths.mk,
> e.g. in each of the sub-configures do:
> AC_CONFIG_FILES("../config/Tools-Paths.mk:../config/Paths.mk.in")
> along with the other stuff[0] and adjusting the Makefile to use it,
> substituting Tools as needed for other subsystems of course.
Hmm - I have mixed opinions about this. On the one hand, it would be
nice for sub configures to work, but splitting Paths.mk like this seems
like a recipe for subtle issues. Would it be possible for a sub
configure to detect its dependencies and request that the outer
./configure gets run?
~Andrew
>
> I think you will also need to -include rather than include so that make
> clean et al work on an unconfigured tree. There is existing logic in the
> all the (I think) right places to deal with non-clean targets needing
> configure to have been run.
>
> BTW, I noticed the opposite problem to Andrew, which is that Paths.mk is
> not removed by "make clean".
>
> Ian.
>
> [0]
> https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_node/Configuration-Files.html says that the : syntax lets you override the input.
>
next prev parent reply other threads:[~2014-07-29 9:33 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-26 2:14 [PATCH v8 0/6] xen: systemd support Luis R. Rodriguez
2014-07-26 2:14 ` [PATCH v8 1/6] cxenstored: also fail if only 1 socket was given by systemd Luis R. Rodriguez
2014-07-26 2:14 ` [PATCH v8 2/6] oxenstored: " Luis R. Rodriguez
2014-07-26 2:14 ` [PATCH v8 3/6] autoconf: xen: move standard path variables to config/Paths.mk.in Luis R. Rodriguez
2014-08-04 14:24 ` Julien Grall
2014-08-04 14:28 ` Ian Campbell
2014-08-04 14:30 ` Ian Campbell
2014-09-23 7:55 ` Luis R. Rodriguez
2014-09-23 8:15 ` Olaf Hering
2014-09-23 8:19 ` Luis R. Rodriguez
2014-07-26 2:14 ` [PATCH v8 4/6] xencommons: move module list into a generic place Luis R. Rodriguez
2014-07-26 2:14 ` [PATCH v8 5/6] autoconf: xen: enable explicit preference option for xenstored preference Luis R. Rodriguez
2014-07-26 2:14 ` [PATCH v8 6/6] systemd: add xen systemd service and module files Luis R. Rodriguez
2014-07-28 12:46 ` [PATCH v8 0/6] xen: systemd support Ian Campbell
2014-07-28 15:02 ` Luis R. Rodriguez
2014-07-28 15:05 ` Ian Campbell
2014-07-28 17:57 ` Luis R. Rodriguez
2014-07-29 8:56 ` Ian Campbell
2014-07-30 16:22 ` Luis R. Rodriguez
2014-07-30 16:25 ` Ian Campbell
2014-07-30 16:43 ` Luis R. Rodriguez
2014-07-31 8:30 ` Ian Campbell
2014-07-28 16:52 ` Andrew Cooper
2014-07-28 16:57 ` Andrew Cooper
2014-07-28 17:00 ` Luis R. Rodriguez
2014-07-28 18:33 ` Luis R. Rodriguez
2014-07-29 8:54 ` Ian Campbell
2014-07-29 9:33 ` Andrew Cooper [this message]
2014-07-29 9:49 ` Ian Campbell
2014-07-29 10:47 ` Andrew Cooper
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=53D76A79.5020207@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=mcgrof@do-not-panic.com \
--cc=mcgrof@suse.com \
--cc=xen-devel@lists.xenproject.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).