From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Grall Subject: Re: [PATCH 2/2] x86/MTRR: optionally print boot time state Date: Mon, 17 Mar 2014 16:15:01 +0000 Message-ID: <53271F85.4040703@linaro.org> References: <531DA89F02000078001224D1@nat28.tlf.novell.com> <531DAB2E020000780012250B@nat28.tlf.novell.com> <532714CF.60305@linaro.org> <532724A80200007800124D95@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WPaBt-00057J-UK for xen-devel@lists.xenproject.org; Mon, 17 Mar 2014 16:15:06 +0000 Received: by mail-wi0-f169.google.com with SMTP id hm4so2449131wib.4 for ; Mon, 17 Mar 2014 09:15:04 -0700 (PDT) In-Reply-To: <532724A80200007800124D95@nat28.tlf.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: xen-devel , Keir Fraser List-Id: xen-devel@lists.xenproject.org On 03/17/2014 03:36 PM, Jan Beulich wrote: > The issue looks like a compiler bug (gcc extension incompatibility) > to me, and I'm not certain we want to re-introduce ugliness just > eliminated to work around such. Do they not have any other > mechanism available by which one can use a "default" initializer > for everything not getting a specific one? If not, the next best > alternative to me would seem to be to leave these slots > completely empty, and put in place the "?" when finding a slot > to be empty. It seems the warning is issued by -Winitializer-overrides, maybe the right solution is to disable this options on CLANG (FYI, this is what QEMU does). Regards, -- Julien Grall