Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp53007pxt; Thu, 5 Aug 2021 17:42:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyLd4AZ4sYajx2Fay1Xepu4Xkk2HFbFWDzRE1eJLqZ9MMK4xsduo4LZ+Ar4c4dKzO57m3e9 X-Received: by 2002:a05:6402:498:: with SMTP id k24mr10289362edv.25.1628210578080; Thu, 05 Aug 2021 17:42:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628210578; cv=none; d=google.com; s=arc-20160816; b=L7CBDNTt91omrs6mfkTvBoN/RUtISgke0c8GMnMs5YDeVlPZCkOm1/pzhXlrOExE/j tt3j6SGNjVzDUfpVnxUKmPM58SeiW8k9xGygBvNoq4yW4X3WcGPsBHVwYArUCkIC/v8j eW0I1Le0FAv8gExdK0sogkJsWbYFh4jA44dlZ9idaU+eUGC+yhkc1586iHuPGDzkC4j6 PlJYJRrRuVRD/fAbZC/fNG1KaerOfJQ8tJo6/iuFGXnNEeYswP+a/PeoTfffM/YmpaPq 91R89IhVhSFOHdMJsVv759Tyg02irqwJXXLBdk86DG2vYdAywo3QANMUrJ38/rJ5zkAU vMzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=PIMmN8s4yzOklVrFNPAhUIzghEwqDAddYwZBgHlhoQY=; b=GHuWtNXLv7B/EvILx6qKOaRcIlL6HznoRJ2V9qDRToLRUoI3sgFDCX/9D3sKiBqJjJ S1cLaul6sS+srwDmFf3bmoqmOmpp44JXyL9V8QBQ2NP/YaqeVCdX5TQ8kkuQKj3U0E8R Aj5VwlO2+gXwceT5wxWkUKX1RAYQUXaWVlqIECnexXe7zbyHpeK1GpCcsZ4EUypELinu FT3bkX6JTWDhdSCuNn6AaONAa/7uk7VseMWLPGVmLG1BCuXNjs3m3hInkn7TB2VdxTin r9wA3/9wTQqF2o9OJMwL7k7NBrmrYpd+u8QqJOYl/GemfdXyqX8NmnrTsQ0uIIaOIIuM 49Hg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Jk7ddJUf; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f12si7763590edl.0.2021.08.05.17.42.35; Thu, 05 Aug 2021 17:42:58 -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=@google.com header.s=20161025 header.b=Jk7ddJUf; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241529AbhHESko (ORCPT + 99 others); Thu, 5 Aug 2021 14:40:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44178 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240379AbhHESkn (ORCPT ); Thu, 5 Aug 2021 14:40:43 -0400 Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B7698C061765 for ; Thu, 5 Aug 2021 11:40:27 -0700 (PDT) Received: by mail-lf1-x129.google.com with SMTP id y34so12932466lfa.8 for ; Thu, 05 Aug 2021 11:40:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PIMmN8s4yzOklVrFNPAhUIzghEwqDAddYwZBgHlhoQY=; b=Jk7ddJUfGVWAW2ritnMlzyPA56WazGgdT9bYKCAeF8cea10/iq+6gu5FhADG0nfih3 uweNh2YYjGYUKbEFzyrkb6j+Xh2YzwgQ3+I4Xx4DMLeoAweSMgkjqi7L1PxYh76UDNAW ExElvdu6nX016+ipoQ3CaGLSvqE+cWzD9SYQAfgRJKCN1LE4TgT4YtrVOyKwRgf3cNwG GRTlr0UMYxHWHudYO0vYXiTGwUMRM8rjcbWOyTAmMDpiSJgV6qcwhwT1JifdPRIaFdFM 1tYmnkT0+O6gC2408aDLeHYLF/0eN5kQbgv4DF+h8b8QJ0aS0n5HDTF63mO3w32Na8+n N8kQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PIMmN8s4yzOklVrFNPAhUIzghEwqDAddYwZBgHlhoQY=; b=fZKJbrIgQH7jAlITSvZAVHIds1oA+H+rD7fUogjzSUrbcq7pDO2jgv72dmN5Ugi3qR ED2mLRwAeZUnJpsGovr1BRrqRAmYR7FYpzeSJVVXlhfSqjzQfSLACugqRybklSvzuq7V EmD89ehfN0hdHQaCSyEc1DgXOytxDonG18sIxG6gaxD9Cc6J42uM0SvC+MBYD7vyO8r2 KlURJzoRN7j2iyr4EvXWrBTy9Ca5roPUROaC2PrWK429ExEX0le7cVjh6qkUNS7fYhf5 HD1lxIc/f2E0zMtWSd9Bu0OAkJeKvEGSWg3lcKBv6OAQcs0YgdByxuVzqcX4FdR/Tdzm /RbQ== X-Gm-Message-State: AOAM532pywhj0pKbshkvz4MMUlP6LOSWvMD6SraluPqk/4xooq0ySmZ4 pnMgivRP/7V4DKmeMtc2cWv+p6rMZlsQrzFFhIC8tQ== X-Received: by 2002:a05:6512:71:: with SMTP id i17mr4612395lfo.368.1628188825887; Thu, 05 Aug 2021 11:40:25 -0700 (PDT) MIME-Version: 1.0 References: <20210802234304.3519577-1-ndesaulniers@google.com> In-Reply-To: From: Nick Desaulniers Date: Thu, 5 Aug 2021 11:40:15 -0700 Message-ID: Subject: Re: [PATCH] scripts/Makefile.clang: default to LLVM_IAS=1 To: Masahiro Yamada Cc: Nathan Chancellor , Khem Raj , Michal Marek , Jonathan Corbet , Paul Walmsley , Palmer Dabbelt , Albert Ou , clang-built-linux , Linux Kbuild mailing list , "open list:DOCUMENTATION" , Linux Kernel Mailing List , "open list:SIFIVE DRIVERS" , Matthew Wilcox Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 5, 2021 at 8:16 AM Masahiro Yamada wrote: > > On Tue, Aug 3, 2021 at 8:43 AM Nick Desaulniers wrote: > > > > diff --git a/Makefile b/Makefile > > index 444558e62cbc..b24b48c9ebb7 100644 > > --- a/Makefile > > +++ b/Makefile > > @@ -845,7 +845,7 @@ else > > DEBUG_CFLAGS += -g > > endif > > > > -ifneq ($(LLVM_IAS),1) > > +ifeq ($(LLVM_IAS),0) > > KBUILD_AFLAGS += -Wa,-gdwarf-2 > > endif > > > > diff --git a/arch/riscv/Makefile b/arch/riscv/Makefile > > index bc74afdbf31e..807f7c94bc6f 100644 > > --- a/arch/riscv/Makefile > > +++ b/arch/riscv/Makefile > > @@ -41,7 +41,7 @@ endif > > ifeq ($(CONFIG_LD_IS_LLD),y) > > KBUILD_CFLAGS += -mno-relax > > KBUILD_AFLAGS += -mno-relax > > -ifneq ($(LLVM_IAS),1) > > +ifeq ($(LLVM_IAS),0) > > KBUILD_CFLAGS += -Wa,-mno-relax > > KBUILD_AFLAGS += -Wa,-mno-relax > > endif > > > > Please drop these two hunks. > > I will apply my patch instead. > https://lore.kernel.org/patchwork/patch/1472580/ Sure. Will send a v2 with Matthew's suggestion as well. > When we negate a flag that is enabled by default, > which is a common way? > - set it to '0' > - set is to empty > > > So, I was wondering if we should support > not only LLVM_IAS=0 but also LLVM_IAS=. > > What do you think? LLVM_IAS= looks weird (so I agree with Khem's response), but if it's common/expected then maybe if there's a way to write a concise check for either = or =0? I don't feel strongly about how it's specified to disable the integrated assembler, but let's sort that out _before_ I send a v2. How can you tell the difference between `make CC=clang` and `make CC=clang LLVM_IAS=`? (maybe that doesn't matter here, as either imply "don't use clang as the assembler when compiling with clang") -- Thanks, ~Nick Desaulniers