public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
From: Yash Shinde <Yash.Shinde@windriver.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>,
	openembedded-core@lists.openembedded.org
Cc: Randy.MacLeod@windriver.com, Umesh.Kallapa@windriver.com,
	Naveen.Gowda@windriver.com, Sundeep.Kokkonda@windriver.com,
	Shivaprasad.Moodalappa@windriver.com
Subject: Re: [OE-core] [PATCH v2 1/5] rust: Fetch cargo from rust-snapshot dir.
Date: Sat, 20 Jan 2024 16:16:30 +0530	[thread overview]
Message-ID: <b51418eb-50c7-49ba-ab64-e1451978cad6@windriver.com> (raw)
In-Reply-To: <15cc528bef581b15f6010f22999640a6320509b2.camel@linuxfoundation.org>

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


On 20-01-2024 14:19, Richard Purdie wrote:
> CAUTION: This email comes from a non Wind River email account!
> Do not click links or open attachments unless you recognize the sender and know the content is safe.
>
> On Sat, 2024-01-20 at 08:42 +0000, Richard Purdie via
> lists.openembedded.org wrote:
>> On Fri, 2024-01-19 at 07:09 -0800, Shinde, Yash via
>> lists.openembedded.org wrote:
>>> From: Yash Shinde<Yash.Shinde@windriver.com>
>>>
>>> Fixes: Exception: no cargo executable found at
>>>         `${B}/rustc-1.74.1-src/build/x86_64-unknown-linux-gnu/stage0/bin/cargo`
>>>
>>> Fix the cargo binary path error on oe-selftest and path set to rust-snapshot dir.
>>>
>>> Patch sent to upstream-https://github.com/rust-lang/rust/pull/120125
>>>
>>> Signed-off-by: Yash Shinde<Yash.Shinde@windriver.com>
>>> ---
>>>   .../rust/files/cargo-path.patch               | 37 +++++++++++++++++++
>>>   1 file changed, 37 insertions(+)
>>>   create mode 100644 meta/recipes-devtools/rust/files/cargo-path.patch
>> The series failed on mips in testing:
>>
>> https://autobuilder.yoctoproject.org/typhoon/#/builders/147/builds/1196/steps/12/logs/stdio
>>
>> Sadly the error redirection is to a file and even in the failed build,
>> we do not have that file as far as I can see so it is hard to know what
>> went wrong.
> I was able to find the file:
>
> https://autobuilder.yocto.io/pub/failed-builds-data/summary.txt
>
> (buildbot-venv) [pokybuild@rocky9-ty-1 build-st-1051644]$ cp ./tmp/work/mips32r2-poky-linux/rust/1.74.1/rustc-1.74.1-src/summary.txt /srv/autobuilder/autobuilder.yocto.io/pub/failed-builds-data/
>
> ---- [ui] tests/ui/issues/issue-32805.rs stdout ----
>
> .
> .
> .
> .
>
> failures:
>      [ui] tests/ui/issues/issue-32805.rs
>      [ui] tests/ui/numbers-arithmetic/i128.rs
>      [ui] tests/ui/numbers-arithmetic/saturating-float-casts.rs
>      [ui] tests/ui/runtime/backtrace-debuginfo.rs
>
> test result: FAILED. 15246 passed; 4 failed; 291 ignored; 0 measured; 21 filtered out; finished in 693.24s
>
> Some tests failed in compiletest suite=ui mode=ui host=x86_64-unknown-linux-gnu target=mips-poky-linux-gnu
> Testing stage1 compiletest suite=run-pass-valgrind mode=run-pass-valgrind (x86_64-unknown-linux-gnu -> mips-poky-linux-gnu)
>
It is observed that "mips(32 bits)" target is pretty unstable with rust 
tests. Thus, we decided unanimously to skip mips(32 bits) target in the 
initial implementation of the rust oe-selftest. I did check the 
testsuite for the mips target and many more failures were found.

According to the rust doc, the mips target variants are classified into 
tier 3 targets( for which the Rust codebase has support for, but which 
the Rust project does not build or test automatically, so they may or 
may not work. 
<https://doc.rust-lang.org/nightly/rustc/platform-support.html#:~:text=Tier%203%20targets%20are%20those%20which%20the%20Rust%20codebase%20has%20support%20for%2C%20but%20which%20the%20Rust%20project%20does%20not%20build%20or%20test%20automatically%2C%20so%20they%20may%20or%20may%20not%20work.>), 
which might be the reason for failures.

https://doc.rust-lang.org/nightly/rustc/platform-support.html#tier-3:~:text=mips%2Dunknown%2Dlinux%2Dgnu,kernel%204.4%2C%20glibc%202.23)


<https://doc.rust-lang.org/nightly/rustc/platform-support.html#tier-3:~:text=mips%2Dunknown%2Dlinux%2Dgnu,kernel%204.4%2C%20glibc%202.23)>Regards,
Yash

>
> Cheers,
>
> Richard

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

  reply	other threads:[~2024-01-20 10:46 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-19 15:09 [PATCH v2 1/5] rust: Fetch cargo from rust-snapshot dir Yash.Shinde
2024-01-19 15:09 ` [PATCH v2 2/5] rust: detect user-specified custom targets in compiletest Yash.Shinde
2024-01-19 15:09 ` [PATCH v2 3/5] rust: Enable RUSTC_BOOTSTRAP to use nightly features during rust oe-selftest Yash.Shinde
2024-01-19 15:09 ` [PATCH v2 4/5] rust: Fix assertion failure error on oe-selftest Yash.Shinde
2024-01-19 15:09 ` [PATCH v2 5/5] rust: Enable rust oe-selftest Yash.Shinde
2024-01-20 17:01   ` Randy MacLeod
2024-01-22 10:59     ` Yash Shinde
2024-01-22 11:01       ` Shinde, Yash
2024-01-20  8:42 ` [OE-core] [PATCH v2 1/5] rust: Fetch cargo from rust-snapshot dir Richard Purdie
     [not found] ` <17AC01A476481111.16230@lists.openembedded.org>
2024-01-20  8:49   ` Richard Purdie
2024-01-20 10:46     ` Yash Shinde [this message]
2024-01-20 17:03 ` Randy MacLeod
2024-01-22 10:58   ` Yash Shinde

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=b51418eb-50c7-49ba-ab64-e1451978cad6@windriver.com \
    --to=yash.shinde@windriver.com \
    --cc=Naveen.Gowda@windriver.com \
    --cc=Randy.MacLeod@windriver.com \
    --cc=Shivaprasad.Moodalappa@windriver.com \
    --cc=Sundeep.Kokkonda@windriver.com \
    --cc=Umesh.Kallapa@windriver.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox