From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Harish.Sadineni@windriver.com, openembedded-core@lists.openembedded.org
Cc: Sundeep.Kokkonda@windriver.com
Subject: Re: [OE-core] [PATCH v2 1/3] rust-cross-canadian: install target-specific env scripts and fix rustlib lookup
Date: Thu, 27 Aug 2026 18:31:18 +0100 [thread overview]
Message-ID: <661986274bd867b38fcd20ea5e99bab704fbc1bc.camel@linuxfoundation.org> (raw)
In-Reply-To: <ff0f740c-91b2-4ab1-93ff-223c3546c2b9@windriver.com>
On Fri, 2026-08-21 at 14:25 +0530, Sadineni, Harish via lists.openembedded.org wrote:
> Even though the script filename includes ${RUST_TARGET_SYS}, for
> multilib SDKs both the 32-bit and 64-bit scripts end up in the same
> environment-setup directory.
>
> The SDK's environment-sourcing logic sources every '*.sh' file in
> that directory, so both scripts get sourced regardless of which
> target you're building for. Since 'CARGO_TARGET_<TRIPLE>_RUSTFLAGS'
> and 'CARGO_BUILD_TARGET' are set unconditionally in each script,
> whichever one is sourced last wins and that can silently override the
> 32-bit settings with the 64-bit ones (or vice versa). That's what
> causes the 32-bit Cargo build to fail.
Ok, can you point me to which "environment-sourcing logic" we're taking
about? Is this in the test code or within the SDK itself. I suspect we
should be fixing that issue...
>
> Putting each script in a target-specific subdirectory (environment-
> setup.d/${TARGET_SYS}/) ensures only the script matching the selected
> target gets sourced, so the two configurations no longer clobber each
> other.
>
Perhaps. I'd like to avoid the complexity if we can so I'd like to
understand more about where this is happening.
Cheers,
Richard
next prev parent reply other threads:[~2026-08-27 17:31 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-07 9:31 [PATCH v2 1/3] rust-cross-canadian: install target-specific env scripts and fix rustlib lookup Harish.Sadineni
2026-08-07 9:31 ` [PATCH v2 2/3] toolchain-scripts: source target-specific environment setup scripts Harish.Sadineni
2026-09-07 21:56 ` [OE-core] " Richard Purdie
[not found] ` <18D328AC1287253A.77878@lists.openembedded.org>
2026-09-07 22:10 ` Richard Purdie
2026-08-07 9:31 ` [PATCH v2 3/3] oeqa/sdk/cases/rust.py: Expand test to verify cargo build builds for target Harish.Sadineni
2026-08-20 8:54 ` [OE-core] [PATCH v2 1/3] rust-cross-canadian: install target-specific env scripts and fix rustlib lookup Richard Purdie
2026-08-21 8:55 ` Harish Sadineni
2026-08-27 17:31 ` Richard Purdie [this message]
2026-09-07 18:17 ` Harish Sadineni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=661986274bd867b38fcd20ea5e99bab704fbc1bc.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=Harish.Sadineni@windriver.com \
--cc=Sundeep.Kokkonda@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.