Received: by 10.223.176.5 with SMTP id f5csp896488wra; Fri, 2 Feb 2018 07:53:11 -0800 (PST) X-Google-Smtp-Source: AH8x224bj1sdfhchjFxQyQ2EFKM/C7ySi0Yh7JDqRwwoV+A3BZdBYzoIv8CJxT5pp3UBcKn2N5QK X-Received: by 10.101.73.12 with SMTP id p12mr16844248pgs.286.1517586791407; Fri, 02 Feb 2018 07:53:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517586791; cv=none; d=google.com; s=arc-20160816; b=t5stidV5fnOfAAKwb+qT57Vk9GmlouOM3OxChQ0vLAslI7lok5GtEUpiifu1185wq3 RukWQhg8d6VKvMYRD4fXvuGp5R82HeKxU/Fvyj2wdm0BhHoCU/BsYGWXraUPi4w1PRDh +27m1scfrQ4+3Rn+1X9DwIFPIbaeGl4nDssmGTvPeXg7hxWYLFUXOGEbdf/ovkOIMFHc HxitummcXviOKdDwmJPwoqKc0RFyfDUOkMRkYTLcWxRmAecOmnb3jH1AYargAjA6WWpI flNK4ZiQxkdYpZiKDJjBT+HFnf0MSpmOmYamk1zwR384FQgHgMAzA2uDVmqTBaf+vkTm DDZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=25NGSM8NLg+kAezaywqrOt9GdY08ZVwv/JIb6Vl4yhY=; b=o31YKc2Q3bimF4ehbl1RlOuxrbY19Z5pP4A8cbd9Ih6ohVf42imYH6AtbqNb7LAN1f bX88e1MydWFw/OnEsYpJQS/PGU66lTcnlqmxrTxv4kDoiWWLeuZNDwur1HgMLjkmTkcO vGtXH4JBy92jOBR3O0faESF5pUosS+HqID2a5GP6xIL3RpfbjXPRdfI1IJTkXmEaCreR zzLHpImlycfKqjvrexKPIt6sD8L2TORlFBv8Z94cwdYhX2rTI3vEA37yBhvMm38d6EGE dt6sE8WpsQTlmNN6LYRfqmEkjxulJBfCTTNjiXkTPTaa+ITSIrjHyDY0AICuLWkcy5dr biYw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q7si1616844pgc.226.2018.02.02.07.52.56; Fri, 02 Feb 2018 07:53:11 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752134AbeBBPub (ORCPT + 99 others); Fri, 2 Feb 2018 10:50:31 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:46156 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751697AbeBBPuZ (ORCPT ); Fri, 2 Feb 2018 10:50:25 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id D7921F50; Fri, 2 Feb 2018 15:50:24 +0000 (UTC) Date: Fri, 2 Feb 2018 16:50:22 +0100 From: Greg KH To: Jani Nikula Cc: Lukas Bulwahn , Knut Omang , Ozan Alpay , Rodrigo Vivi , Ville =?iso-8859-1?Q?Syrj=E4l=E4?= , sil2review@lists.osadl.org, kernelnewbies@kernelnewbies.org, David Airlie , intel-gfx@lists.freedesktop.org, Joonas Lahtinen , llvmlinux@lists.linuxfoundation.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org Subject: Re: clang warning: implicit conversion in intel_ddi.c:1481 Message-ID: <20180202155022.GA29918@kroah.com> References: <20180201180240.GA28042@kroah.com> <87372jkcu5.fsf@intel.com> <20180202100613.GA21492@kroah.com> <87h8qzisbt.fsf@intel.com> <20180202131328.GA4456@kroah.com> <871si3ihj0.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <871si3ihj0.fsf@intel.com> User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 02, 2018 at 04:37:55PM +0200, Jani Nikula wrote: > On Fri, 02 Feb 2018, Greg KH wrote: > > On Fri, Feb 02, 2018 at 12:44:38PM +0200, Jani Nikula wrote: > >> > >> +Knut, Fengguang > >> > >> On Fri, 02 Feb 2018, Greg KH wrote: > >> > - If clang now builds the kernel "cleanly", yes, I want to take > >> > warning fixes in the stable tree. And even better yet, if you > >> > keep working to ensure the tree is "clean", that would be > >> > wonderful. > >> > >> So we can run sparse using 'make C=1' and friends, or other static > >> analysis tools using 'make CHECK=foo C=1', as long as the passed command > >> line params work. There was work by Knut to extend this make checker > >> stuff [1]. Since mixing different HOSTCC's in a single workdir seems > >> like a bad idea, I wonder how hard it would be to make clang work like > >> this: > >> > >> $ make CHECK=clang C=1 > >> > >> Or using Knut's wrapper. Feels like that could increase the use of clang > >> for static analysis of patches. > > > > Why not just build with clang itself: > > make CC=clang > > Same as HOSTCC, mixing different CC's in a single build dir seems like a > bad idea. Sure, everyone can setup a separate build dir for clang, but > IMHO having 'make CHECK=clang C=1' work has least resistance. YMMV. "O=some_output_dir" is your friend. If you aren't doing that already for your test builds, you don't know what you are missing :) thanks, greg k-h