Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2314811ybk; Mon, 11 May 2020 18:12:57 -0700 (PDT) X-Google-Smtp-Source: APiQypK5jj6hGzHQjb0THyEeWjw91QreJCT88mSsUKx9W/3nFADH3ONVAD8J8tWtPrOWGI74DMKo X-Received: by 2002:a17:906:ce49:: with SMTP id se9mr15960466ejb.345.1589245977370; Mon, 11 May 2020 18:12:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589245977; cv=none; d=google.com; s=arc-20160816; b=eyIF/CB4YyWTkAPP6MxW1WJBAo9mPJyhvJEGCCviR0Z4LW+stO85AozcUK2BSnS2+f kdTLfXrOo1grQscX9QBbkugWSQjZlhsDHOHD05DMPEnOAkvTBcE3IOi4OlEC2ava2VU2 oc2n/Dp8Alvx2QGAj/plsaCuRz48SYnw0tpTdbXIPR2DzEY1EFl9+vVtJmx0XLcpeOfm sit/SMDxNNmX91ez3gunJc+8din4MCveo1Gv0RZbTjv//GdDwEQuTNdtcBiyKlxvHIoM EAUuq4riqpcE3l8Xz4vvY4MJ9BVowz9VVCIYi+bC4iYYeK5ueWtVoO+CTRaim4MMvr0z xcjQ== 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=K5pQ0hFUamxU3xDLOrlg3dPizqeqv2tllzaHsV47Xww=; b=uHVUoDii1LL9FKq7GdyjYYfY6V15M1FtLIkdNrasuMgY99OGa5s7xFlxbhV1xzc6ph SzL4ocP8iV0Sh+bXrtq4X1Fn2oR8NuxQ0Y+OXyUwbKpc5XFQ5gnl8sw7aTms84r2wILW SfgWwsNDP+azerZX8diPUY5QwqbtNbZPnZi9WA1xB2jDzu1Cst0rlYGnwY02lqst0g6T dvVWhYXmByFK6rp+blmCwHVtsDjKghA/JlWck4y3x+WyEwiJrZxjArHIa05GSj/vTCTX ZHBW609ORefIaN2B2aBvt8Vx7RP65HLx/jkdIlkLbeql3413HFqr9iv3xcJNB7QBuAja wIzw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=pa9iDFGL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v11si7045144edy.483.2020.05.11.18.12.34; Mon, 11 May 2020 18:12:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=pa9iDFGL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728451AbgELBKy (ORCPT + 99 others); Mon, 11 May 2020 21:10:54 -0400 Received: from conssluserg-02.nifty.com ([210.131.2.81]:36388 "EHLO conssluserg-02.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728105AbgELBKx (ORCPT ); Mon, 11 May 2020 21:10:53 -0400 Received: from mail-vk1-f173.google.com (mail-vk1-f173.google.com [209.85.221.173]) (authenticated) by conssluserg-02.nifty.com with ESMTP id 04C1AdSl006506 for ; Tue, 12 May 2020 10:10:39 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-02.nifty.com 04C1AdSl006506 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1589245839; bh=K5pQ0hFUamxU3xDLOrlg3dPizqeqv2tllzaHsV47Xww=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=pa9iDFGLBXYgPJqDz/QwTqmPG5oekFgMxEK5JyH6ksenZrZAEtEdhBLH+SXhb6Dsy ygyfdGTlf7jEeHjtneblYz5GvSV13aqWmt9QUepF9Z3IQP3jhOBbZUPJSZ/z+7AU/o yQbnvjj9D9+OyuykgLRk/ZO+o0nGRvVRhyu5FXGpTWtbzJ07lRa2huXYVrlE7ka0Pm pmUFG+pfdHjskujX7BKkMCHfkE6le8qx+N7YEFf0IGDPoFuTc+88/bMS6yJM/RVRBj OD5anqGert/7P/TIoy7CX+F3S4Y1jKFgtfmpSvWuipT35MNHFAd0ovnmO00q/i16Ba ndjGtZGfWgujw== X-Nifty-SrcIP: [209.85.221.173] Received: by mail-vk1-f173.google.com with SMTP id j127so2882769vke.4 for ; Mon, 11 May 2020 18:10:39 -0700 (PDT) X-Gm-Message-State: AOAM530kaPS9mYOZ/Rz6zIlPXoCUU4RM7J5xOalbgQkRdnbrDm+r1bqL 5r1KDsTCHk/RGMRsvR2FS9bBbJsq5AGkW9v4MYI= X-Received: by 2002:a1f:9093:: with SMTP id s141mr3699393vkd.96.1589245838591; Mon, 11 May 2020 18:10:38 -0700 (PDT) MIME-Version: 1.0 References: <20200507224530.2993316-1-Jason@zx2c4.com> <20200508090202.7s3kcqpvpxx32syu@butterfly.localdomain> <20200508113336.2vdfdnc6tqyx4pu6@butterfly.localdomain> <9590a4674863448e8b13fee5086fcf73@AcuMS.aculab.com> In-Reply-To: <9590a4674863448e8b13fee5086fcf73@AcuMS.aculab.com> From: Masahiro Yamada Date: Tue, 12 May 2020 10:10:02 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] Kconfig: default to CC_OPTIMIZE_FOR_PERFORMANCE_O3 for gcc >= 10 To: David Laight Cc: Joe Perches , Arnd Bergmann , Oleksandr Natalenko , "Jason A. Donenfeld" , LKML , X86 ML , Andrew Morton 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 Sun, May 10, 2020 at 9:47 PM David Laight wrote: > > From: Joe Perches > > Sent: 08 May 2020 16:06 > > On Fri, 2020-05-08 at 13:49 +0200, Arnd Bergmann wrote: > > > Personally, I'm more interested in improving compile speed of the kernel > > > > Any opinion on precompiled header support? > > When ever I've been anywhere near it it is always a disaster. > It may make sense for C++ where there is lots of complicated > code to parse in .h files. Parsing C headers is usually easier. > > One this I have done that significantly speeds up .h file > processing is to take the long list of '-I directory' parameters > that are passed to the compiler and copy the first version > of each file into a separate 'object headers' directory. > This saves the compiler doing lots of 'failed opens'. > > If each fragment makefile lists its 'public' headers make > can generate dependency rules that do the copies. > > FWIW make is much faster if you delete all the builtin and > suffix rules and rely on explicit rules for each file. Kbuild disables Make's builtin rules at least. # Do not use make's built-in rules and variables # (this increases performance and avoids hard-to-debug behaviour) MAKEFLAGS += -rR -- Best Regards Masahiro Yamada