Received: by 2002:ac0:8c8e:0:0:0:0:0 with SMTP id r14csp25959ima; Wed, 6 Feb 2019 16:26:18 -0800 (PST) X-Google-Smtp-Source: AHgI3Ia8CsGVwo+17vOrf5MuFEHLITY5Snr27RXVG/Z/77WW+S7OSiK+sYZsbgT4wYXNZb1K6Q10 X-Received: by 2002:a63:a91a:: with SMTP id u26mr12015278pge.349.1549499178042; Wed, 06 Feb 2019 16:26:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549499178; cv=none; d=google.com; s=arc-20160816; b=RzSwDQiLcfXliQhw0uaROuX4tFPnari9YYRLG2YAzHSeRF7EMBCUclNNbC+anZFzBf G1rM5j28Av3mt7RxzjKqKwNSYKSAIEFwyZiAp6ggQfcLC+xIVuBtOtjKTXXv+hgdwPWY qBOXx7qRkuLXENqsUQFG8glzEGiJxD8Oxa/HV3GcQQ//FaLskytHLvAXmse0Nhgs6yT6 oGp+WfiuUoJ3hpgvvyiOHlrmHvHsnFsfyhJgKHEPDLATGOVNacS+be1hzDd7hLm39dny Vpey558W0Nyxbtb+yJFaTm4bopTzKoli6ayw18gX9VLeQpN7/oR2DJU7ib9BH8dheodh 1ESw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature:dkim-filter; bh=Lj4sksm1nfh6MMWu7jwAOv3We3IXD9imivybjU4bRkk=; b=uAoSzOmYoCYb+wl0giItD8fg6C1/OEynx8UdduREZOf7AbQvhP5xCPfeQtErO5aiLl bv+JUtX02UWg9LQA+rrrRtc7T4fjCzOrj9Ciri1fojIxiby9ZPPZViRNArKuyvc3Yf/u Vh5pSZQaxKjVF48PUl6WBT/zCQfqLyUsRsFexSgJ1qRft8UDH/Rx0krI3X8/RUe47sRI OajW2zln0a/yCdcDKbxV1FGZA4II7UzapQZ0tY25IpxntH6el9vvShWDJVwZ9mlsTeBa aQToPUjqtDfUOP+lTIUJtCmADInyHhAslG95jI8T2IU+CMH79nY4Xg2b6jLQMZhLjgT8 AHZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=shBGv4vO; 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 u188si5594333pfb.232.2019.02.06.16.26.01; Wed, 06 Feb 2019 16:26:18 -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; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=shBGv4vO; 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 S1726750AbfBGAZT (ORCPT + 99 others); Wed, 6 Feb 2019 19:25:19 -0500 Received: from conssluserg-01.nifty.com ([210.131.2.80]:45732 "EHLO conssluserg-01.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726424AbfBGAZS (ORCPT ); Wed, 6 Feb 2019 19:25:18 -0500 Received: from mail-vs1-f42.google.com (mail-vs1-f42.google.com [209.85.217.42]) (authenticated) by conssluserg-01.nifty.com with ESMTP id x170OroZ018276; Thu, 7 Feb 2019 09:24:53 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-01.nifty.com x170OroZ018276 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1549499094; bh=Lj4sksm1nfh6MMWu7jwAOv3We3IXD9imivybjU4bRkk=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=shBGv4vOFRw72skM31j/evJ037MSBnMrTFEH2djQZdWxghH3gEfMaYlAwluJ9FdG2 6GlbG/qoTceBIYvDSV7jL74gch8UbjALVx4bjhhovuzN5Pqin0lda9N4B04am9pXRk b0uiCad3p275B8wQGzEIn2zJwmg0KIiv30NLEm6PL6K7QrWwmAjOzN4h5WQMWlNAAo P3eHjb3Cw/CWGrLH7CONN+rYcoL47q+uIZJvvmAW77ziYTE34aj/1e0tDPjJR7e7S+ PE+YBO9wdmHpQuAJrJNJB8rWvyeqVbBvoonL8XvbXnv/3SuRWRU7JKOxF364RklmUt QtscXMVcj+P5w== X-Nifty-SrcIP: [209.85.217.42] Received: by mail-vs1-f42.google.com with SMTP id x1so5642628vsc.10; Wed, 06 Feb 2019 16:24:53 -0800 (PST) X-Gm-Message-State: AHQUAubQzfYL/foxeZpYXzIdaB3K1Rk3jZ7Cv4f6eOwvztMzPzcwtktR P7j3zhhSujhq7vdhw5W/gBcAvUc/yiJhDxlIhB8= X-Received: by 2002:a67:f1c2:: with SMTP id v2mr5541167vsm.181.1549499092842; Wed, 06 Feb 2019 16:24:52 -0800 (PST) MIME-Version: 1.0 References: <20190201210853.244043-1-jflat@chromium.org> <20190206164528.GA8925@archlinux-ryzen> <20190206174339.GA19743@archlinux-ryzen> In-Reply-To: <20190206174339.GA19743@archlinux-ryzen> From: Masahiro Yamada Date: Thu, 7 Feb 2019 09:24:16 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] kbuild, LLVMLinux: Don't suppress format warnings To: Nathan Chancellor Cc: Nick Desaulniers , Jon Flatley , Linux Kbuild mailing list , Linux Kernel Mailing List , Michal Marek Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 7, 2019 at 3:03 AM Nathan Chancellor wrote: > > On Wed, Feb 06, 2019 at 09:36:55AM -0800, Nick Desaulniers wrote: > > On Wed, Feb 6, 2019 at 9:32 AM Jon Flatley wrote: > > > > > > On Wed, Feb 6, 2019 at 8:45 AM Nathan Chancellor > > > wrote: > > > > > > > > On Tue, Feb 05, 2019 at 05:26:05PM +0900, Masahiro Yamada wrote: > > > > > On Sat, Feb 2, 2019 at 6:10 AM wrote: > > > > > > > > > > > > From: Jon Flatley > > > > > > > > > > > > gcc produces format warnings that clang suppresses. To keep behavior > > > > > > consistent between gcc and clang, don't suppress format warnings in > > > > > > clang. > > > > > > > > > > > > Signed-off-by: Jon Flatley > > > > > > --- > > > > > > > > > > Applied to linux-kbuild. > > > > > Thanks. > > > > > > > > > > > > > > > > > > Hi Jon and Masahiro, > > > > > > > > Just as a heads up, this introduces a ton of warnings (duh). Isn't the > > > > typical plan behind turning on warnings that were disabled to build with > > > > 'W=', fix them all, then turn them on so as not to pollute the build? > > > > > > > > Log file: https://gist.github.com/443db156e56cd3c0f6b21d9d77728d80 > > > > Oh boy, that's a lot. Too many to fix quickly IMO. > > > > > > > > > > Note a big chunk of them come from one scnprintf call in > > > > include/linux/usb/wusb.h but still, there are many other warnings that > > > > make quite a bit of noise. Some seem relatively easy to fix, which I > > > > suppose I will try to tackle soon. > > > > > > > > Thanks, > > > > Nathan > > > > > > > > > > Hi Nathan, > > > > > > This was definitely not my intention. > > > I noticed the added warnings this morning and was considering calling > > > for a revert on this patch. > > > > > > The intent was to match the behavior of gcc, as it has -Wformat enabled. > > > It was rather naive of me to assume the behavior of -Wformat would be > > > the same in both gcc and clang. > > > Indeed, it seems gcc is more permissive about what format > > > substitutions it allows. > > > > > My guess is that it has something to do with how the compilers > internally handle certain specifier promotions (GCC probably just > silently ignores the 'h' part of the specifier whereas Clang warns) but > I didn't do any actual research into the matter. Probably should before > looking into all of the warnings :) > > > > For example passing int to the "%hu" format specifier is fine in gcc > > > under -Wformat but produces a warning in clang. > > > Maybe this was the motivation for adding -Wno-format to clang in the > > > first place. > > > > Sorry, I'm late to this thread. What is it reverting; who authored > > the original patch? Was it mka@chromium.org? > > > > This patch is turning on '-Wformat' for Clang, which was disabled in > commit 3d3d6b847420 ("kbuild: LLVMLinux: Adapt warnings for compilation > with clang"). > > > > This difference is puzzling to me, and I wonder if it's by design. > > > > Probably; internally let's sync up with the Clang devs to understand > > this difference more. > > > > Yes, I do think it would be a good idea to turn this on eventually but > it'd be wise to understand why Clang emits a warning but GCC doesn't. > > > > > > > Considering the whole point of this patch was to sync up this behavior > > > between gcc and clang I am OK with reverting this. > > > > Is this patch in -next, or has it already hit mainline? I think it's > > better to revert, then start upstreaming fixes, then re-land it once > > we're warning free. > > > > It's in linux-kbuild/kbuild, it hasn't hit -next yet. Right, it is just staying in my branch. I will drop it. I should have tested this carefully. Sorry. -- Best Regards Masahiro Yamada