rust/llvm-wrapper at 534946cba101325387a213d37dd9a1d30f08660c - rust

History

Augie Fackler 12c3f50a90 PassWrapper: handle function rename from upstream D36850 thinLTOResolvePrevailingInModule became thinLTOFinalizeInModule and gained the ability to propagate noRecurse and noUnwind function attributes. I ran codegen tests with it both on and off, as the upstream patch uses it in both modes, and the tests pass both ways. Given that, it seemed reasonable to go ahead and let the propagation be enabled in rustc, and see what happens. See https://reviews.llvm.org/D36850 for more examples of how the new version of the function gets used.		2021-09-27 18:11:21 -04:00
..
.editorconfig
ArchiveWrapper.cpp
CoverageMappingWrapper.cpp
Linker.cpp
LLVMWrapper.h
PassWrapper.cpp	PassWrapper: handle function rename from upstream D36850	2021-09-27 18:11:21 -04:00
README
RustWrapper.cpp	RustWrapper: remove some uses of AttrBuilder	2021-09-08 10:47:41 -04:00

README

This directory currently contains some LLVM support code. This will generally
be sent upstream to LLVM in time; for now it lives here.

NOTE: the LLVM C++ ABI is subject to between-version breakage and must *never*
be exposed to Rust. To allow for easy auditing of that, all Rust-exposed types
must be typedef-ed as "LLVMXyz", or "LLVMRustXyz" if they were defined here.

Functions that return a failure status and leave the error in
the LLVM last error should return an LLVMRustResult rather than an
int or anything to avoid confusion.

When translating enums, add a single `Other` variant as the first
one to allow for new variants to be added. It should abort when used
as an input.

All other types must not be typedef-ed as such.