From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Grall Subject: [PATCH 01/34] xen: clang: Disable initializer-overrides warning Date: Tue, 25 Mar 2014 16:55:08 +0000 Message-ID: <1395766541-23979-2-git-send-email-julien.grall@linaro.org> References: <1395766541-23979-1-git-send-email-julien.grall@linaro.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WSUdg-00089P-E8 for xen-devel@lists.xenproject.org; Tue, 25 Mar 2014 16:55:48 +0000 Received: by mail-ee0-f44.google.com with SMTP id e49so682154eek.17 for ; Tue, 25 Mar 2014 09:55:46 -0700 (PDT) In-Reply-To: <1395766541-23979-1-git-send-email-julien.grall@linaro.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: xen-devel@lists.xenproject.org Cc: Keir Fraser , ian.campbell@citrix.com, Julien Grall , tim@xen.org, stefano.stabellini@citrix.com, Jan Beulich List-Id: xen-devel@lists.xenproject.org The commit 819c084 "x86/MTRR: optionally print boot time state" introduces use of the pattern of initializing an array with a range-based default entry. On clang it results as a compilation failure: generic.c:95:32: error: initializer overrides prior initialization of this subobject [-Werror,-Winitializer-overrides] [MTRR_TYPE_UNCACHABLE] = "uncachable", ^~~~~~~~~~~~ generic.c:94:32: note: previous initialization is here [0 ... MTRR_NUM_TYPES - 1] = "?", ^~~ Signed-off-by: Julien Grall Cc: Keir Fraser Cc: Jan Beulich --- xen/Rules.mk | 2 ++ 1 file changed, 2 insertions(+) diff --git a/xen/Rules.mk b/xen/Rules.mk index 42c713f..18fbd62 100644 --- a/xen/Rules.mk +++ b/xen/Rules.mk @@ -68,6 +68,8 @@ ifneq ($(max_phys_irqs),) CFLAGS-y += -DMAX_PHYS_IRQS=$(max_phys_irqs) endif +CFLAGS-$(clang) += -Wno-initializer-overrides + AFLAGS-y += -D__ASSEMBLY__ -include $(BASEDIR)/include/xen/config.h # Clang's built-in assembler can't handle .code16/.code32/.code64 yet -- 1.7.10.4