[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] [PATCH 2/5] kconfig: don't pass ARCH and SRCARCH on the sub-make call
- To: Roger Pau Monne <roger.pau@xxxxxxxxxx>
- From: Jan Beulich <JBeulich@xxxxxxxx>
- Date: Fri, 28 Jun 2019 09:40:59 +0000
- Accept-language: en-US
- Arc-authentication-results: i=1; test.office365.com 1;spf=none;dmarc=none;dkim=none;arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=testarcselector01; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=68CRjKdiYfq+GiFi+wBZle1oJ+fOmjRau5kZEcs1l1Q=; b=ABQfo7a3R/e99Smgc6dgSKNBHno4bjn3kIj7uQwksvskic5VHNoRmj1Ya+UtGnLpQ3zRhf6nLlAFl7TvPkYB4GIKIXg4zHpK2sYu0mO4qJeLnUwo09V2M8qfuRmeRc71mFsSkr2zQNZrtR1AwxEMBNF5PwcH0j1WTokrkOI99Gg=
- Arc-seal: i=1; a=rsa-sha256; s=testarcselector01; d=microsoft.com; cv=none; b=SyupBKu4k8X/bY5yd9krM5bGnnKrbnyxYpisMx7Zg/33bhrtkO81o2/0jHRMFuxir0+OnVB3zF7mXz7pBJp8xFM9xBqVL/DAJbRv8GzJ6Ww8jDzfe+E3uc/KG1pxbnQ+N55KdiVtAIOyWD4Mk3MB5k3GMe0Z74DG9qMen1D/ZCk=
- Authentication-results: spf=none (sender IP is ) smtp.mailfrom=JBeulich@xxxxxxxx;
- Cc: "sstabellini@xxxxxxxxxx" <sstabellini@xxxxxxxxxx>, "wl@xxxxxxx" <wl@xxxxxxx>, "konrad.wilk@xxxxxxxxxx" <konrad.wilk@xxxxxxxxxx>, "George.Dunlap@xxxxxxxxxxxxx" <George.Dunlap@xxxxxxxxxxxxx>, "andrew.cooper3@xxxxxxxxxx" <andrew.cooper3@xxxxxxxxxx>, "Ian.Jackson@xxxxxxxxxxxxx" <Ian.Jackson@xxxxxxxxxxxxx>, "tim@xxxxxxx" <tim@xxxxxxx>, "julien.grall@xxxxxxx" <julien.grall@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- Delivery-date: Fri, 28 Jun 2019 09:42:01 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
- Thread-index: AQHVLZWXFWhgsYUSz0udk4VmViOJeQ==
- Thread-topic: [PATCH 2/5] kconfig: don't pass ARCH and SRCARCH on the sub-make call
>>> On 26.06.19 at 15:55, <roger.pau@xxxxxxxxxx> wrote:
> and instead export them from the top-level Xen makefile.
Would be helpful to know what problem this solves. Adding
"random" exports _can_ have undesirable side effects, so we
shouldn't make such a change without reason.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
