Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp353073imm; Tue, 21 Aug 2018 21:33:52 -0700 (PDT) X-Google-Smtp-Source: AA+uWPwnYJQvAmxt0RO80TIfxn4CA8wMY+WGHQurLxXbCU1mKo276KViVVzqSrnhz8tL64Q+kH6V X-Received: by 2002:a63:d916:: with SMTP id r22-v6mr49897722pgg.381.1534912432574; Tue, 21 Aug 2018 21:33:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534912432; cv=none; d=google.com; s=arc-20160816; b=0p4hwPvXwL4Y0gf/cnFdg/+XmsyBZgqLz4ib1P9p703D4UFUyeEAcMVlgS6XAg5zot +3YTQ2QeXnhRR7TvGfw5bY4UCJA81Qpg2Lj8RzvcMBzSn6AtftCDkPRaM5ctpkquRiGg vxc4FZLuzwdqy8o9NrFpGUqXHkmjF45iwWqs9VRzLIUX6K0XnX3zY10PU5wdRs3gT4P6 GtBzAH8zY+0O5xzC20Ha+fa3ZOaKrYeeOBaBgOMpAzMmZ70NkDj8CNxaPDcAb4JlHwAI NsmMBQ6o9b4IynhyiBFKKrhwhZNn+tNMbI0hl3bF6NK47koIw1ChmzQ4Egt4+j9v5uFc qD9g== 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=IQzNLDsGQ4l9fjqkK1Ls+ylr078t4+1FHJxz8ftnfRE=; b=LOB5FgyIXC1tzLitjWxp/h7aNM4vmP7nNKxYPFpw4Y9VJpKDUsq8naGrOuGldRwTss h8gnJ/ctwVDkIm+sW7tO3s3Z3tKUzT1Ro+gj3rS0lFOK/EXLltJtvG+uT/wwVdVK2ubx xnOv1DNsOuNCW4ixpFtfhudxqDHGVDSj8GdLQTNzJ6riJDHxlHUtYiTy4YC72AAA6mYG opae/DyBM32NbIL2HhwRyeZSnS2S3HCH6aG7vq6shy1dRzdnU09S6MWtVOnXh8gjiyIa 5jtyl7SyHmX978S1H/BFCGUwzmlk5qX8Wb5sX76nVMGzhitrZO+QXfnLFimlpojWu7zP rPZw== 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.33.37; Tue, 21 Aug 2018 21:33:52 -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 S1727030AbeHVHkH (ORCPT + 99 others); Wed, 22 Aug 2018 03:40:07 -0400 Received: from nautica.notk.org ([91.121.71.147]:43653 "EHLO nautica.notk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726192AbeHVHkH (ORCPT ); Wed, 22 Aug 2018 03:40:07 -0400 Received: by nautica.notk.org (Postfix, from userid 1001) id AED98C009; Wed, 22 Aug 2018 06:17:01 +0200 (CEST) Date: Wed, 22 Aug 2018 06:16:46 +0200 From: Dominique Martinet To: Nick Desaulniers Cc: joe@perches.com, 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: <20180822041646.GA21716@nautica> References: <1534834088-15835-1-git-send-email-yamada.masahiro@socionext.com> <20180821123832.GA19034@nautica> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: 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 Nick Desaulniers wrote on Tue, Aug 21, 2018: > On Tue, Aug 21, 2018 at 9:45 AM Joe Perches wrote: > > > Tested with gcc-7 and clang-8. > > > > clang-8? Isn't the latest officlal clang 6.0.1 ? > [...] > > So if something other than 6.0.x is required, > > then some additional check should probably be > > added to compiler-clang.h as well. > > Sure, but that doesn't need to go in Mashiro's patch today. That can > wait for a proper separation between compiler headers where we can > then implement improved version checks. I can confirm that the patch here works for me with clang 6.0.1 as far as bpf programs are concerned (and gcc 8.1.1 for the kernel build itself on x86 while I was at it); so at least there is nothing on the compiler*.h headers that put off clang 6.0.1 (also replying to other subthread) From Joe Perches @ 2018-08-21 17:22 UTC: > The question remains, if clang can't compile > v4.17, why does it immediately matter for v4.19? I haven't had any problem with clang and 4.17 as far as building bpf programs is concerned, because the CC_HAVE_ASM_GOTO check is done in makefiles that aren't used in the bpf case and not in compiler-gcc.h or another header. So I guess the "immediately matters for v4.19" depends on how much you would care about bcc-compiled BPF programs. > Why wouldn't overriding the clang __GNUC_ > #defines in compiler-gcc.h work acceptably with > adding whatever is necessary to compiler-clang.h? 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. -- Dominique Martinet