From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Tue, 09 Apr 2024 12:38:00 +0200 Received: from metis.whiteo.stw.pengutronix.de ([2a0a:edc0:2:b01:1d::104]) by lore.white.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1ru8rY-004KB6-0Y for lore@lore.pengutronix.de; Tue, 09 Apr 2024 12:38:00 +0200 Received: from localhost ([127.0.0.1] helo=metis.whiteo.stw.pengutronix.de) by metis.whiteo.stw.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1ru8rX-0002A9-UP; Tue, 09 Apr 2024 12:37:59 +0200 Received: from ptz.office.stw.pengutronix.de ([2a0a:edc0:0:900:1d::77] helo=[127.0.0.1]) by metis.whiteo.stw.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1ru8rO-0002A0-9X; Tue, 09 Apr 2024 12:37:50 +0200 Message-ID: <90b7b9b6-92cd-444f-a8b9-b2552e794dc8@pengutronix.de> Date: Tue, 9 Apr 2024 12:37:49 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: Christian Melki References: <20240409090816.2343063-1-a.fatoum@pengutronix.de> From: Ahmad Fatoum In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [ptxdist] [PATCH] tf-a: stop defining AS and other variables in cross make env X-BeenThere: ptxdist@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Cc: ptxdist@pengutronix.de Sender: "ptxdist" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: ptxdist-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.whiteo.stw.pengutronix.de); SAEximRunCond expanded to false Hello Christian, On 09.04.24 12:23, Christian Melki wrote: > > > On 4/9/24 11:08 AM, Ahmad Fatoum wrote: >> The MAKE_ENV incantation results in PTXdist defining variables like AS >> and LD that point at the respective tools in the cross toolchain. >> >> This was unneeded as we already supply the TF-A built with a >> CROSS_COMPILE option, which is used to derive the correct tools, but it >> didn't hurt. >> >> This will expectedly change with TF-A v2.11, which should merge commit >> cc277de81692 ("build: refactor toolchain detection"), currently sitting >> in the integration branch. >> >> This changes the default value of AS to be that of the C compiler and >> leads to various issues when overriding it with an assembler as was >> possible before, e.g.: >> >>    - hang during tool discovery, because `as -v` keeps waiting for input, >>      unlike gcc -v >> >>    - Assembler errors during build, because GCC-specific options (e.g. >>      -DMACRO=VAL) are now passed to as(1). >> >> While TF-A changing the semantics of the AS option is arguably >> strange[2], let's take the easy way out and stop setting AS, so the PTXdist >> rule can build both old and new TF-A without problems. >> >> [1]: https://github.com/ARM-software/arm-trusted-firmware/commit/cc277de8169 >> [2]: https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/27163 >> >> Signed-off-by: Ahmad Fatoum >> --- >>   rules/tf-a.make | 2 -- >>   1 file changed, 2 deletions(-) >> >> diff --git a/rules/tf-a.make b/rules/tf-a.make >> index 54fe7d1e37d8..b8c477476c74 100644 >> --- a/rules/tf-a.make >> +++ b/rules/tf-a.make >> @@ -74,8 +74,6 @@ TF_A_CONF_TOOL    := NO >>   # Compile >>   # ---------------------------------------------------------------------------- >>   -TF_A_MAKE_ENV    := $(CROSS_ENV) >> - > > Perhaps not in this config, but isn't the make env used for other things? > Like TLS stuff? Do you have a project, where you have TLS stuff and could test this? Anyhow, v2.11 would break the recipe, so this trades breaking all recipes for breaking only some recipes. Once we have breakage reports for those, we can start setting only the relevant variables in TF_A_MAKE_ENV. Cheers, Ahmad > > regards, > Christian > >>   $(STATEDIR)/tf-a.compile: >>       @$(call targetinfo) >>   > -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |