From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754047AbbINCNZ (ORCPT ); Sun, 13 Sep 2015 22:13:25 -0400 Received: from mga11.intel.com ([192.55.52.93]:19047 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753697AbbINCNY (ORCPT ); Sun, 13 Sep 2015 22:13:24 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.17,525,1437462000"; d="scan'208";a="768369780" Date: Mon, 14 Sep 2015 10:13:22 +0800 From: Fengguang Wu To: Sedat Dilek Cc: Linus Torvalds , Andrew Morton , LKML Subject: Re: Use (two) different compilers at build-time? Message-ID: <20150914021322.GA18239@wfg-t540p.sh.intel.com> References: <20150910002513.GA22004@wfg-t540p.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Sep 13, 2015 at 05:21:41PM +0200, Sedat Dilek wrote: > On Thu, Sep 10, 2015 at 2:25 AM, Fengguang Wu wrote: > > On Mon, Sep 07, 2015 at 09:12:58PM +0200, Sedat Dilek wrote: > >> Hi, > >> > >> is it possible to use a different compiler at build-time? > > > > btw, it'd be great if clang can just work on mainline kernel. > > > > I am not a member of that LLVMLinux team, but they upstreamed a lot of patches. > > > I tried to run clang in 0day kbuild tests, however make aborts > > quickly in seconds. There are dozens of clang patches provided in > > > > http://llvm.linuxfoundation.org/index.php/Main_Page > > > > however such our-of-tree patches are not bisect friendly. > > > > I agree, there is a high potential for improvements in LLVMLinux :-). > > Unfortunately, I struggled here some days with $COMPILER's > inline-optimization (disable | force| noinline) and it turned out to > be a "known" x86-hweight issue (a patch was archived and thrown away > from the series of x86 patches). > > Finally, I have a "buildable" and "running-on-bare-metal" > llvmlinux-patched Linux v4.2 here on Ubuntu/precise AMD64. That's great! > It is everytime interesting to see where the root cause sits. > It's like in everyday life - never assume - just ask - stay curious > and attentive :-). If upstream kernels can just work (at least work for one kconfig), I'll be able to follow up add run regular 0day build tests for LLVM. Which should guarantee new break ups are detected ASAP and hopefully the developer that breaks it may help fix it up "automatically". :-) Thanks, Fengguang