about summary refs log tree commit diff
path: root/compiler/rustc_codegen_cranelift/example/std_example.rs
diff options
context:
space:
mode:
authorGuillaume Gomez <guillaume1.gomez@gmail.com>2024-12-05 23:47:12 +0100
committerGitHub <noreply@github.com>2024-12-05 23:47:12 +0100
commite82ee9626e4a02283c5fb7bc20d1dd26f31e5ae1 (patch)
tree059ca835de59a01d155166d3cf6bd9aca10da353 /compiler/rustc_codegen_cranelift/example/std_example.rs
parent9765a4ee75d17eecd3808fde371ace4b291ce8ff (diff)
parent9aa4be0499ee76d19114f3489fd10dd7de3b772b (diff)
downloadrust-e82ee9626e4a02283c5fb7bc20d1dd26f31e5ae1.tar.gz
rust-e82ee9626e4a02283c5fb7bc20d1dd26f31e5ae1.zip
Rollup merge of #133910 - TimNN:llvm-target-cpus, r=jieyouxu
Normalize target-cpus.rs stdout test for LLVM changes

LLVM has recently added support for the `lime1` CPU in https://github.com/llvm/llvm-project/commit/35cce408eef1a253df12c0023c993d78b180b1f3, so the `target-cpus.rs` test currently produces different output depending on the LLVM version.

This CL adds a normalization directive, to remove the new CPU from the output list.

Alternatives fixes I can think of:

* Add two revisions of the test (one per LLVM version)
* Ignore the test on one of the LLVM versions
  * I dislike this, because it's possible that the test won't get updated for the next LLVM version.

I don't think the exact list of target CPUs is relevant for this test, so it shouldn't be too bad if the normalization sticks around longer than necessary.

`@rustbot` label: +llvm-main
Diffstat (limited to 'compiler/rustc_codegen_cranelift/example/std_example.rs')
0 files changed, 0 insertions, 0 deletions