From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48974) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fBh1d-0002eE-GB for qemu-devel@nongnu.org; Thu, 26 Apr 2018 09:33:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fBh1Z-0007Cp-JE for qemu-devel@nongnu.org; Thu, 26 Apr 2018 09:33:29 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:46486 helo=mx1.redhat.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fBh1Z-0007CV-EL for qemu-devel@nongnu.org; Thu, 26 Apr 2018 09:33:25 -0400 From: Laszlo Ersek References: <20180424214550.32549-1-lersek@redhat.com> <20180424214550.32549-7-lersek@redhat.com> <8736zjagg3.fsf@dusky.pond.sub.org> <4509705a-43b2-db40-aa24-18eff649e750@redhat.com> <87sh7i4h5y.fsf@dusky.pond.sub.org> Message-ID: <136c5d3a-9d5b-eb15-a1f4-18150662144b@redhat.com> Date: Thu, 26 Apr 2018 15:33:15 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 6/6] qapi: discriminate CpuInfo[Fast] on SysEmuTarget, not CpuInfoArch List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Paolo Bonzini , Peter Crosthwaite , qemu-devel@nongnu.org, Richard Henderson On 04/26/18 11:18, Laszlo Ersek wrote: > On 04/26/18 08:26, Markus Armbruster wrote: >> Laszlo Ersek writes: >> >> [...] >>> In brief, I think extending configure / the build system would only help >>> with the less painful part of this (the scalar mapping), and so it's not >>> worth doing. >> >> We're going to leave deprecated query-cpus alone (see Eric's review of >> the previous patch). > > Yes. > >> Does that change matters? > > It does. > >> PS: Instead of configure changes, #TARGET_BASE_ARCH might do. > > Does that already exist as a macro? Hmm... After grepping my build dir, > it doesn't seem to, but maybe I can change that. Because, > TARGET_BASE_ARCH is exactly what we need. Acerbic discovery of the day: @CpuInfoArch has "x86", while configure produces: TARGET_NAME TARGET_BASE_ARCH i386 i386 x86_64 i386 Note how "i386" does not match "x86". I guess I'll have to keep the sysemu_target_to_cpuinfo_arch() function. Thanks Laszlo