rust/llvm-wrapper at bd4d1cd7a2edd98a92b85997812e70aee5e740c7 - rust

History

Augie Fackler e8ae06a31b RustWrapper: explicitly don't handle DXILPointerTyID This new enum entry was introduced in https://reviews.llvm.org/D122268, and if I'm reading correctly there's no case where we'd ever encounter it in our uses of LLVM. To preserve the ability to compile this file with -Werror -Wswitch we add an explicit case for this entry.		2022-04-28 13:53:52 -04:00
..
.editorconfig
ArchiveWrapper.cpp	Update the minimum external LLVM to 10	2021-03-22 11:33:43 -07:00
CoverageMappingWrapper.cpp	Update CoverageMappingFormat Support to Version6	2021-11-23 15:49:03 -08:00
Linker.cpp
LLVMWrapper.h	MemTagSanitizer Support	2022-02-16 09:39:03 -05:00
PassWrapper.cpp	Stub out more PassManagerBuilder functions	2022-04-20 09:36:02 +02:00
README
RustWrapper.cpp	RustWrapper: explicitly don't handle DXILPointerTyID	2022-04-28 13:53:52 -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.