about summary refs log tree commit diff
path: root/src/librustdoc/scrape_examples.rs
diff options
context:
space:
mode:
authorMatthias Krüger <matthias.krueger@famsik.de>2024-10-05 19:07:53 +0200
committerGitHub <noreply@github.com>2024-10-05 19:07:53 +0200
commit8e31e98ff97b0977ba9d760aea5214eb67fc10e4 (patch)
tree2ee6f059ac4b721a2d58683f5037a5ebcbb70379 /src/librustdoc/scrape_examples.rs
parente561499e90d354b651ea23c93d2441ba971f6522 (diff)
parent6edd0b356fac7585b27b14b4b9e6cd2b29537726 (diff)
downloadrust-8e31e98ff97b0977ba9d760aea5214eb67fc10e4.tar.gz
rust-8e31e98ff97b0977ba9d760aea5214eb67fc10e4.zip
Rollup merge of #130555 - hegza:rv32e, r=workingjubilee
 Initial support for riscv32{e|em|emc}_unknown_none_elf

We have a research prototype of an RV32EMC target and have been successfully running the e, em, emc programs on it. I'm hoping upstreaming this configuration would make the target maintenance slightly easier.

Configuration is based on the respective {i, im, imc} variants. As defined in RISC-V Unprivileged Spec. 20191213, the only change in RVE wrt. RVI is to reduce the number of integer registers to 16 (x0-x15), which also implies

- 2 callee saved registers instead of 12
- 32-bit / 4-byte stack alignment instead of 128 bits / 16 bytes

My initial presumption is that this will not impact how the target is defined for the compiler but only becomes relevant at the runtime level. I am willing to investigate, though.

EDIT: LLVM is now told about the presumed 32-bit stack alignment.

`@Disasm` `@romancardenas`
Diffstat (limited to 'src/librustdoc/scrape_examples.rs')
0 files changed, 0 insertions, 0 deletions