public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
From: Yash Shinde <Yash.Shinde@windriver.com>
To: Randy MacLeod <randy.macleod@windriver.com>,
	openembedded-core@lists.openembedded.org
Cc: Sundeep.Kokkonda@windriver.com, SunilKumar.Dora@windriver.com,
	hemanth.250302@gmail.com, nick.owens@eero.com
Subject: Re: [PATCH 2/2] rust: enable default uwtable and ignore arm no_std test
Date: Tue, 23 Dec 2025 11:40:05 +0530	[thread overview]
Message-ID: <cb67ca35-85ee-452c-8359-e5aa7715cb4c@windriver.com> (raw)
In-Reply-To: <c1d0b949-5995-4f60-8e94-98dd73ab5a3d@windriver.com>

[-- Attachment #1: Type: text/plain, Size: 3389 bytes --]


On 23-12-2025 04:10, Randy MacLeod wrote:
> On 2025-12-22 4:38 a.m., Yash.Shinde@windriver.com wrote:
>> From: Hemanth Kumar M D<hemanth.250302@gmail.com>
>>
>> Rust 1.92.0 adds new test that require unwind table support to be
>> enabled by default. Set `default-uwtable = true` in the generated
>> target spec to match upstream behavior.
>>
>> ref:https://github.com/rust-lang/rust/commit/fe66eaa67acc47525db6f13cf97d54780d87b805
>>
>> Also ignore the no_std simple-runs UI test on ARM targets. The test
>> fails with panic=abort due to a known unwind table issue on 32-bit ARM
>>
>> https://github.com/rust-lang/rust/issues/146996
>
> Okay and I'm glad to see the upstream issues linked.
>
> Should we make some of these tspec decisions set-able by well-informed 
> users?
>
> Maybe they can already do that using this horridly named "FEATURES" 
> variable.
> (rename to RUST_FEATURES maybe ?)
>
Most of the tspec features are set explicitly here.
We are analyzing on the possibility to check and set them using FEATURES 
to make
user-configurable.


Regards,
Yash

>
> For example, this bug:
>
> Unable to produce a Rust static binary with TCLIBC=musl (oe-core/master)
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=16076
>
> seems to be due to hard-coding dynamic-linking to True below just 
> after your:
>
> +    tspec['default-uwtable'] = True
>
>
> change.
>
> I've CCed Nick in case you guys have a quick work-around to enable 
> static linking.
>
> ../Randy
>
>> Signed-off-by: Hemanth Kumar M D<hemanth.250302@gmail.com>
>> Signed-off-by: Yash Shinde<Yash.Shinde@windriver.com>
>> ---
>>   meta/classes-recipe/rust-target-config.bbclass       |  1 +
>>   .../rust/files/rust-oe-selftest.patch                | 12 ++++++++++++
>>   2 files changed, 13 insertions(+)
>>
>> diff --git a/meta/classes-recipe/rust-target-config.bbclass b/meta/classes-recipe/rust-target-config.bbclass
>> index 33a290412e..2a06c4ae8b 100644
>> --- a/meta/classes-recipe/rust-target-config.bbclass
>> +++ b/meta/classes-recipe/rust-target-config.bbclass
>> @@ -418,6 +418,7 @@ def rust_gen_target(d, thing, wd, arch):
>>           tspec['llvm-floatabi'] = "soft"
>>       elif fpu == "hard":
>>           tspec['llvm-floatabi'] = "hard"
>> +    tspec['default-uwtable'] = True
>>       tspec['dynamic-linking'] = True
>>       tspec['executables'] = True
>>       tspec['linker-is-gnu'] = True
>> diff --git a/meta/recipes-devtools/rust/files/rust-oe-selftest.patch b/meta/recipes-devtools/rust/files/rust-oe-selftest.patch
>> index b39b326455..d1fba81612 100644
>> --- a/meta/recipes-devtools/rust/files/rust-oe-selftest.patch
>> +++ b/meta/recipes-devtools/rust/files/rust-oe-selftest.patch
>> @@ -254,3 +254,15 @@ index a3562f2fd93..d4e52ed91be 100644
>>        fn linux_hwcap2_aarch64() {
>>            let file =
>>                concat!(env!("CARGO_MANIFEST_DIR"), "/src/detect/test_data/linux-hwcap2-aarch64.auxv");
>> +diff --git a/tests/ui/no_std/simple-runs.rs b/tests/ui/no_std/simple-runs.rs
>> +index af44dfe..e6674e5 100644
>> +--- a/tests/ui/no_std/simple-runs.rs
>> ++++ b/tests/ui/no_std/simple-runs.rs
>> +@@ -2,6 +2,7 @@
>> +
>> + //@ run-pass
>> + //@ compile-flags: -Cpanic=abort
>> ++//@ ignore-arm FIXME(#146996)
>> + //@ ignore-wasm different `main` convention
>> +
>> + #![feature(lang_items)]
>
>
> -- 
> # Randy MacLeod
> # Wind River Linux

-- 
Regards,
Yash Shinde

[-- Attachment #2: Type: text/html, Size: 5546 bytes --]

  reply	other threads:[~2025-12-23  6:10 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-22  9:38 [PATCH 1/2] rust: Upgrade 1.91.1 -> 1.92.0 Yash.Shinde
2025-12-22  9:38 ` [PATCH 2/2] rust: enable default uwtable and ignore arm no_std test Yash.Shinde
2025-12-22 22:40   ` Randy MacLeod
2025-12-23  6:10     ` Yash Shinde [this message]
2025-12-24  4:03     ` Sunil Kumar Dora

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=cb67ca35-85ee-452c-8359-e5aa7715cb4c@windriver.com \
    --to=yash.shinde@windriver.com \
    --cc=Sundeep.Kokkonda@windriver.com \
    --cc=SunilKumar.Dora@windriver.com \
    --cc=hemanth.250302@gmail.com \
    --cc=nick.owens@eero.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=randy.macleod@windriver.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox