Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp355903imm; Tue, 21 Aug 2018 21:38:20 -0700 (PDT) X-Google-Smtp-Source: AA+uWPyPwfZgZkui4WCgANiSCw54NpLrDYJ8zwS2rQUNEVN/mMb3PBTgY0enNhWJLnjaTvAIl+2t X-Received: by 2002:a17:902:33c2:: with SMTP id b60-v6mr52474459plc.11.1534912700744; Tue, 21 Aug 2018 21:38:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534912700; cv=none; d=google.com; s=arc-20160816; b=BGnF6VelSFkDQVVx9enpw9YryJJBlUHYcp+bPml3OVxBZAMolJYuhDav0Jcav4/1IT phxb9IS/FFMXoRVqu9XvW+b8nFD43nWKOYHM0S8VePXPS5zdni9n9qzVhVmZUp+lzzB5 qwvzbu05cmAJKjxD/pnQGpTiF5lx931UeelWbuLeJQ0WNOFeM4a4BTTfng3Cf5F2Fpfh RC/aGY4HTP9O3keQZ5NzxtaKTGt7/75FKHqGCxDuNi6k6mh6Yxbr6iBgJxLHsqGxJfhf sNhSqpTcHSN+TQbh2tOSYkLxsnuM/u6PJLpUTVucTtZZaMf5pQsPye+DEiDCK+wSSDKZ ++uQ== 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=Z1RDcNYTlrvvXN3HG1QJUyyze1oiO2V4jKPyT2WNghY=; b=rpgMzGESRCwOTXjUxq4coJLjZklUHwPvR/DSOfrIZoE8m8VWVcodrgIOmQmp1vKhIJ 7YZXfS+NCfkwTPiCiNHk/5uAVvkf+1rc/tLw4jsgOfZDBF5bMh6dJHZ4nlxt+/QnW3fg blvk0LNoh3InrWnSRqa1QqKj/fX5X7F6ELEaOOfuA9lZQW9TNlPen2ZFMei9ZkyVSOhR De+Z9hBuU8AX6Evs87K5WymuCPm0vs2JmPgcYqcp6bq9NkfCaAo2c1JQkT6+SmETUBaH fP7mZ04ZoYvwpGAgNUKb0S/anOkbX+IKCqdcTtFu8m5jJgPwexTZSSYw4oxFngM5aGWi IIzQ== 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 x32-v6si667893pld.330.2018.08.21.21.38.05; Tue, 21 Aug 2018 21:38:20 -0700 (PDT) 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 S1727993AbeHVHzx (ORCPT + 99 others); Wed, 22 Aug 2018 03:55:53 -0400 Received: from nautica.notk.org ([91.121.71.147]:60768 "EHLO nautica.notk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727460AbeHVHzx (ORCPT ); Wed, 22 Aug 2018 03:55:53 -0400 Received: by nautica.notk.org (Postfix, from userid 1001) id 90627C009; Wed, 22 Aug 2018 06:32:45 +0200 (CEST) Date: Wed, 22 Aug 2018 06:32:30 +0200 From: Dominique Martinet To: Joe Perches Cc: Nick Desaulniers , Masahiro Yamada , Kees Cook , Linus Torvalds , Jonathan Corbet , Arnd Bergmann , dwmw@amazon.co.uk, LKML , Thomas Gleixner , Will Deacon , Geert Uytterhoeven , Ingo Molnar , Andrew Morton Subject: Re: [PATCH] compiler-gcc: get back Clang build Message-ID: <20180822043230.GA26654@nautica> References: <1534834088-15835-1-git-send-email-yamada.masahiro@socionext.com> <20180821123832.GA19034@nautica> <20180822041646.GA21716@nautica> <78396ba82562326f4b3a395a63e3e8dc38d608b2.camel@perches.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <78396ba82562326f4b3a395a63e3e8dc38d608b2.camel@perches.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Joe Perches wrote on Tue, Aug 21, 2018: > On Wed, 2018-08-22 at 06:16 +0200, Dominique Martinet wrote: > > I think that could work, but at the point making a separate > > compiler-common.h and not including compiler-gcc.h for clang sounds > > better to me... More importantly here, either solution sound complex > > enough to require more than a few days and proper testing for all archs > > etc when compared to the partial revert we have here. > > The immediate need for a partial revert seems unnecessary as > clang hasn't really worked for a couple releases now. Sorry for repeating myself, clang is used by bcc for compiling BPF programs (e.g. bpf_module_create_c_from_string() or any similar function will use the clang libs to compile the bpf program with linux headers), and this has always been working because it's not using our makefiles. This broke today in master and I only joined this thread after looking at why the build started failing today and noticing this patch, it definitely hasn't been broken for two releases, or I wouldn't be here with this timing :) > The separate compiler file changes are much more sensible, > even if it takes a few days. A few days are fine, but I think some form of fix in 4.19-rc1 would be good. I'll stop taking your time now, but I think you are/were underestimating how many people use clang with the linux kernel headers indirectly. BPF is a well-used tool :) Thanks, -- Dominique Martinet