rust/llvm-wrapper at 67a82e20cfdc6119f65ddfbfa179d0b5426ee753 - rust

History

Krasimir Georgiev 67a82e20cf RustWrapper: adapt for LLVM API change of fatal_error_handler_t No functional changes intended. The LLVM commit `e463b69736` changed an argument of fatal_error_handler_t from std::string to char*. This adapts RustWrapper accordingly.		2021-10-05 16:31:36 +02:00
..
.editorconfig
ArchiveWrapper.cpp	Update the minimum external LLVM to 10	2021-03-22 11:33:43 -07:00
CoverageMappingWrapper.cpp	fix: I meant LLVM version 13, not 12	2021-03-19 16:46:40 -04:00
Linker.cpp
LLVMWrapper.h	LLVMWrapper: attractive nuisance macros	2021-03-24 14:39:13 -04:00
PassWrapper.cpp	PassWrapper: handle function rename from upstream D36850	2021-09-27 18:11:21 -04:00
README
RustWrapper.cpp	RustWrapper: adapt for LLVM API change of fatal_error_handler_t	2021-10-05 16:31:36 +02: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.