From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:57449)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1SbEhN-00055f-S7
	for qemu-devel@nongnu.org; Sun, 03 Jun 2012 13:34:42 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1SbEhL-00087f-Vo
	for qemu-devel@nongnu.org; Sun, 03 Jun 2012 13:34:41 -0400
Received: from mail-wi0-f181.google.com ([209.85.212.181]:48113)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1SbEhL-00087Q-Le
	for qemu-devel@nongnu.org; Sun, 03 Jun 2012 13:34:39 -0400
Received: by wibhn14 with SMTP id hn14so1802713wib.10
	for <qemu-devel@nongnu.org>; Sun, 03 Jun 2012 10:34:37 -0700 (PDT)
Sender: Paolo Bonzini <paolo.bonzini@gmail.com>
Message-ID: <4FCBA02B.2010901@redhat.com>
Date: Sun, 03 Jun 2012 19:34:35 +0200
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <1338726358-30681-1-git-send-email-pbonzini@redhat.com>
	<CAAu8pHtMoc4+sx09v1=iefHUFCFkOKPwSEDh--J6P9u=vCVB4w@mail.gmail.com>
In-Reply-To: <CAAu8pHtMoc4+sx09v1=iefHUFCFkOKPwSEDh--J6P9u=vCVB4w@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH 00/24] per-directory Makefile snippets,
	limit vpath abuse
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Blue Swirl <blauwirbel@gmail.com>
Cc: qemu-devel@nongnu.org

Il 03/06/2012 15:31, Blue Swirl ha scritto:
>> > The series is entirely bisectable, and mostly consists of boring patches.
>> > If the concept is accepted, I would like to get it in as soon as possible.
>> > I have a few other cleanups on top (I stopped once I undid the diffstat
>> > of this series :)), but they can be covered later.
>> >
>> > Thoughts, approvals, rejections?
> Neat. Could we (eventually) eliminate Makefile.dis, Makefile.hw,
> Makefile.target and Makefile.user completely?

Probably not, because (especially for Makefile.target) we need to
include the per-target header to find the set of objects to link together.

Perhaps Makefile.dis, because there is no longer any need to build
libdis separately for system and user emulation targets.

However, definitely one purpose of this patch is to pull information out
of Makefile.target, like done before for the others.

Paolo