Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp2662pxb; Mon, 31 Jan 2022 03:49:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJyCAx+L8NX7exSb/kJR8ur/oB43dF7CENyaqsqQezU/RpPbRsGCuy0lEwR0mgOSTlcwbo1o X-Received: by 2002:a17:903:300d:: with SMTP id o13mr20298900pla.110.1643629747961; Mon, 31 Jan 2022 03:49:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643629747; cv=none; d=google.com; s=arc-20160816; b=StCCENqNUyvhYkZL0Fe/OMutPKtzoGK8ojPYtB17qd7Ba/WhZrma+zajf5wSIm4DTp q/8zBmHSe1DoGVDWi+CODFmW4ECwYgoHkHS5C0LrcAOBD68Tk9U2YIk9KoruNKSqfhb7 MwuUdty+87IKvWCkljX0c9yTBOJ08V1WIiDlBZQRKiiP5heI13A6X/b/YcSGvEZkz24Y Zu1ltYF5MgdTEJHTnc+5DnRtVwG5GJLvNOp8dEc5OcL6pe4F5QylFxXSFDRqA0tPNFI4 Y0EBK8+TO1OvKyhgvl1XgtlR+ohdZoza+92W/stngxU4HR0yMLP8FVZbl4fiGxC3tsKw JIsQ== 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=i321YKyDsRK0btGUb/fjVY8h2mIEqZCos2XNM/JjnFw=; b=UeJkgL3hjY7HOCJo1Wif+xJTkvWnJIkYikGk934VFK/P6c/3t1+saHNClHelTA3acE vkYaP2Gi5rAirACCvZZtX8NoFc/aUNRM2qrvyqBCfXwNsXxxmqmZt+uq/t+7cuPXZeNG +JEatDMAHeBuCPAEzFi2EV6q8SBXYL/WB35PDTFJrC/6GdaSCnwWh9dSHXoy5Qym7odz emUOdFuqtuBAxIi2BeiW1/kr8Gdo20n8aIC5h/7/ZVxXDPNqJKZeG5VEapaOGTX+T3m8 YtgYVtYyTqdS3FCjDRdFH+ttN7LL0ku599wGn9NC8GipqEZGsqS2ROm9YINmcdvrY1Ic x92A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b="qFMSnkB/"; 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 ju17si9328228pjb.151.2022.01.31.03.48.56; Mon, 31 Jan 2022 03:49:07 -0800 (PST) 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=20210112 header.b="qFMSnkB/"; 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 S1346637AbiA1XaC (ORCPT + 99 others); Fri, 28 Jan 2022 18:30:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53766 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344459AbiA1X37 (ORCPT ); Fri, 28 Jan 2022 18:29:59 -0500 Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 07A9FC06173B for ; Fri, 28 Jan 2022 15:29:59 -0800 (PST) Received: by mail-lj1-x233.google.com with SMTP id t14so11120309ljh.8 for ; Fri, 28 Jan 2022 15:29:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=i321YKyDsRK0btGUb/fjVY8h2mIEqZCos2XNM/JjnFw=; b=qFMSnkB/pzMTJLJplSHVcYU1saiukEFW8xraxGaLExeC1AAMl0n2XMcm3aoEEMiTwM zji2oSEuFStGWrzkFqZN6yDr0YU+xA/eTp+CxveOXQwqGT9SNlR8e2cc4piZ8M+whbE9 4p7ziIwZuLxqCrPE1kb7dj/GuKurAUe1PVIUIlppAoEZwuNz/XDcgbtTzfpHLcXsMNwy N332MH6mSy0h0ZWARDyEUQUd5IfR1E/OmQsj/p+pwg5/KQ2+bprFYelA+1314ThJE1CN zGNsK6KSztz7tg6Yc0sE0T4rHKUiVq5ln3jH5fvedRRT4MKrLj9RvA7MjBxHclujUOL8 20FA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=i321YKyDsRK0btGUb/fjVY8h2mIEqZCos2XNM/JjnFw=; b=noJpMEqkuZQ+Ci3BtiKYZedkcYS3gR/riYqUh8Hu+82fp7uZqcEcS5PBoEb9csCivV jekhHYci8wEaErr0YNeKoanP2A3zjvcpcTsQi7StN7zh+5XS2tcYOAGCfUR5GyZbS3Dq CObtd+CW4caQGqP+ZVHedAusQS/udxgmtNa36BYSnZIfF5RghH1WCiduabd61sNiNV8s EUGs+dZUJqSxVWpZMkJlNPrCO9c5T+V5i2Fbpb6YD4oU7Yu/JPCvty0R9OnZcHrSm85H mAM0j178pXZJWv3BbCrijEitvk13DZ4llOrSpf0MbGm/ZBzywHs94WLSfk/3jx+GxEMV eoWA== X-Gm-Message-State: AOAM533A3b3GsFH8eEP8+J79q90FO9FP1NTmLbyxMWn8Zl19eY5sVBIj gUXLhynCaezCTlnLSDAh3QwbJKNnSAJDaZf9V0nATXS4ud/T4w== X-Received: by 2002:a2e:bd15:: with SMTP id n21mr7203379ljq.128.1643412596849; Fri, 28 Jan 2022 15:29:56 -0800 (PST) MIME-Version: 1.0 References: <20220112224342.958358-1-quic_eberman@quicinc.com> <20220128220841.3222637-1-quic_eberman@quicinc.com> <20220128224528.f7ejzw55t6kfefmm@google.com> <094ab4eb-b877-2a14-d6c8-1d9e28335d7d@quicinc.com> In-Reply-To: <094ab4eb-b877-2a14-d6c8-1d9e28335d7d@quicinc.com> From: Nick Desaulniers Date: Fri, 28 Jan 2022 15:29:44 -0800 Message-ID: Subject: Re: [PATCH v2] kbuild: Add environment variables for userprogs flags To: Elliot Berman Cc: Masahiro Yamada , Michal Marek , Nathan Chancellor , Matthias Maennich , linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev, Fangrui Song Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 28, 2022 at 3:26 PM Elliot Berman wrote: > > > > On 1/28/2022 2:49 PM, Nick Desaulniers wrote: > > On Fri, Jan 28, 2022 at 2:45 PM Fangrui Song wrote: > >> > >> On 2022-01-28, Elliot Berman wrote: > >>> Allow additional arguments be passed to userprogs compilation. > >>> Reproducible clang builds need to provide a sysroot and gcc path to > >>> ensure same toolchain is used across hosts. KCFLAGS is not currently > >>> used for any user programs compilation, so add new USERCFLAGS and > >>> USERLDFLAGS which serves similar purpose as HOSTCFLAGS/HOSTLDFLAGS. > >>> > >>> Specifically, I'm trying to force CC_CAN_LINK to consistently fail in > >>> an environment where a user sysroot is not specifically available. > >>> Currently, Clang might automatically detect GCC installation on hosts > >>> which have it installed to a default location in /. With addition of > >>> these environment variables, you can specify flags such as: > >>> > >>> $ make USERCFLAGS=--sysroot=/dev/null USERLDFLAGS=-Wl,--sysroot=/dev/null > >>> > >>> to force sysroot detection to fail. > >> > >> -Wl,--sysroot=/dev/null => --sysroot > >> > >> As I mentioned in > >> https://lore.kernel.org/all/20220128031549.w5a4bilxbkppagfu@google.com/ > >> -Wl,--sysroot=/dev/null does not suppress search paths like -L/lib . > > > > In that case, Elliot, can you please test whether USERLDFLAGS is > > necessary to be specified AT ALL? Maybe we can drop that addition from > > this patch if so? > > USERLDFLAGS as --sysroot=/dev/null isn't necessary and not needed for > the Android kernel usecase. I've included here since we have HOSTLDFLAGS > and LDFLAGS for host programs and kernel respectively. > Ok, for symmetry it's ok to keep HOSTLDFLAGS, consider dropping it from the "example" in the commit message. The note about -Wl, prefixes exists in the docs now which is good enough for me. -- Thanks, ~Nick Desaulniers