From: Yash Shinde <Yash.Shinde@windriver.com>
To: Alex Kiernan <alex.kiernan@gmail.com>,
Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Cc: randy.macleod@windriver.com,
Alexander Kanavin <alex.kanavin@gmail.com>,
"Kokkonda, Sundeep" <Sundeep.Kokkonda@windriver.com>
Subject: Re: [OE-core] [RFC 1/5] valgrind: make ptest depend on all components
Date: Tue, 21 Nov 2023 17:00:22 +0530 [thread overview]
Message-ID: <2d435d97-a7c0-40b4-88ea-6e8b9f245dab@windriver.com> (raw)
In-Reply-To: <CAO5Uq5Tn=M_P5ZqPobN8nsu1KtgvHgZhPhQWpvUSR-6UmFdzeg@mail.gmail.com>
On 20-11-2023 21:57, Alex Kiernan 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.
>
> I've finally got this running in a way I can usefully inspect and try
> things and it's beginning to feel like we've headed into something
> which simply isn't supported.
>
> The failure is this:
>
> thread 'main' panicked at src/tools/compiletest/src/common.rs:519:30:
> no entry found for key
>
> Which is empty because the mapping list is collected by running rustc
> with -Z unstable-options --print=all-target-specs-json, but that fails
> because we're not running a nightly compiler:
>
> error: the option `Z` is only accepted on the nightly compiler
> help: consider switching to a nightly toolchain: `rustup default nightly`
> note: selecting a toolchain with `+toolchain` arguments require a
> rustup proxy; see
> <https://rust-lang.github.io/rustup/concepts/index.html>
> note: for more information about Rust's stability policy, see
> <https://doc.rust-lang.org/book/appendix-07-nightly-rust.html#unstable-features>
>
> Basically feels like running the test suite is only supported on the
> nightlies...
I saw the same error earlier.
Investigating further, we understood that the issue is not related to
running on nightly channel. The '-Z unstable options' were also present
in earlier rust versions and removing of the newly added -Z options
after 1.70 also didn't solve the problem.
On doing further analysis, we found that the custom target config/specs
were not fetched during the rust build.
The log for reference is as follows:
Building stage1 library artifacts (x86_64-unknown-linux-gnu ->
x86_64-poky-linux-gnu)
error: failed to run `rustc` to learn about target-specific information
Caused by:
process didn't exit successfully: `
build-st/tmp/work/core2-64-poky-linux/rust/1.72.0/rustc-1.72.0-src/build/bootstrap/debug/rustc
- --crate-name ___ --print=file-names -Csymbol-mangling-version=legacy
-Zunstable-options -Zunstable-options '--check-cfg=values(bootstrap)'
'--check-cfg=values(stdarch_intel_sde)'
'--check-cfg=values(no_fp_fmt_parse)'
'--check-cfg=values(no_global_oom_handling)' '--check-cfg=values(no_rc)'
'--check-cfg=values(no_sync)' '--check-cfg=values(freebsd12)'
'--check-cfg=values(freebsd13)'
'--check-cfg=values(backtrace_in_libstd)'
'--check-cfg=values(target_env,"libnx")'
'--check-cfg=values(target_arch,"asmjs","spirv","nvptx","xtensa")'
-Zmacro-backtrace -Clink-args=-Wl,-z,origin
'-Clink-args=-Wl,-rpath,$ORIGIN/../lib' -Csplit-debuginfo=off
-Cprefer-dynamic -Zinline-mir -Cembed-bitcode=yes
'-Zcrate-attr=doc(html_root_url="https://doc.rust-lang.org/1.72.0/")'
--target x86_64-poky-linux-gnu --crate-type bin --crate-type rlib
--crate-type dylib --crate-type cdylib --crate-type staticlib
--crate-type proc-macro --print=sysroot --print=split-debuginfo
--print=crate-name --print=cfg` (exit status: 1)
--- stderr
error: Error loading target specification: Could not find
specification for target "x86_64-poky-linux-gnu". Run `rustc --print
target-list` for a list of built-in targets
Build completed unsuccessfully in 0:04:38
Regards,
Yash.
> This is the full piece of useful logs for reference:
>
> Testing stage1 compiletest suite=run-coverage mode=run-coverage
> (aarch64-unknown-linux-gnu -> aarch64-poky-linux-gnu)
> thread 'main' panicked at src/tools/compiletest/src/common.rs:519:30:
> no entry found for key
> note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
> Note that not all variants of mir-opt tests are going to be blessed,
> as no mapping between
> a 32bit and a 64bit target was found for aarch64-poky-linux-gnu.
> You can add that mapping by changing MIR_OPT_BLESS_TARGET_MAPPING in
> src/bootstrap/test.rs
> Testing stage1 compiletest suite=mir-opt mode=mir-opt
> (aarch64-unknown-linux-gnu -> aarch64-poky-linux-gnu)
> thread 'main' panicked at src/tools/compiletest/src/common.rs:519:30:
> no entry found for key
> note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
> error: the option `Z` is only accepted on the nightly compiler
>
> help: consider switching to a nightly toolchain: `rustup default nightly`
>
> note: selecting a toolchain with `+toolchain` arguments require a
> rustup proxy; see
> <https://rust-lang.github.io/rustup/concepts/index.html>
>
> note: for more information about Rust's stability policy, see
> <https://doc.rust-lang.org/book/appendix-07-nightly-rust.html#unstable-features>
>
> error: 1 nightly option were parsed
>
> thread 'main' panicked at synthetic_targets.rs:66:9:
> failed to gather the target spec for aarch64-poky-linux-gnu
> note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
>
> --
> Alex Kiernan
next prev parent reply other threads:[~2023-11-21 11:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1795D005C571B567.15940@lists.openembedded.org>
2023-11-09 2:00 ` [OE-core] [RFC 1/5] valgrind: make ptest depend on all components Randy MacLeod
2023-11-15 14:48 ` Alexander Kanavin
2023-11-15 16:30 ` Randy MacLeod
2023-11-17 12:04 ` Alex Kiernan
[not found] ` <179867874B67F596.6542@lists.openembedded.org>
2023-11-20 16:27 ` Alex Kiernan
2023-11-21 11:30 ` Yash Shinde [this message]
2023-11-21 15:57 ` Alex Kiernan
2023-11-22 14:18 ` Yash Shinde
2023-11-23 13:24 ` Alex Kiernan
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=2d435d97-a7c0-40b4-88ea-6e8b9f245dab@windriver.com \
--to=yash.shinde@windriver.com \
--cc=Sundeep.Kokkonda@windriver.com \
--cc=alex.kanavin@gmail.com \
--cc=alex.kiernan@gmail.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