Tyler Mandry f09372ab60

Rollup merge of #74787 - petrochenkov:rustllvm, r=cuviper ...

Move `rustllvm` into `compiler/rustc_llvm`

The `rustllvm` directory is not self-contained, it contains C++ code built by a build script of the `rustc_llvm` crate which is then linked into that crate.
So it makes sense to make `rustllvm` a part of `rustc_llvm` and move it into its directory.
I replaced `rustllvm` with more obvious `llvm-wrapper` as the subdirectory name, but something like `llvm-adapter` would work as well, other suggestions are welcome.

To make things more confusing, the Rust side of FFI functions defined in `rustllvm` can be found in `rustc_codegen_llvm` rather than in `rustc_llvm`. Perhaps they need to be moved as well, but this PR doesn't do that.

The presence of multiple LLVM-related directories in `src` (`llvm-project`, `rustllvm`, `librustc_llvm`, `librustc_codegen_llvm` and their predecessors) historically confused me and made me wonder about their purpose.
With this PR we will have LLVM itself (`llvm-project`), a FFI crate (`rustc_llvm`, kind of `llvm-sys`) and a codegen backend crate using LLVM through the FFI crate (`rustc_codegen_llvm`).

2020-09-09 21:02:24 -07:00

..

back

Add -Z combine_cgu flag

2020-09-09 17:32:23 +10:00

coverageinfo

…

debuginfo

Change ty.kind to a method

2020-09-04 17:47:51 +02:00

llvm

Move rustllvm into rustc_llvm

2020-09-09 23:05:43 +03:00

abi.rs

…

allocator.rs

…

asm.rs

…

attributes.rs

…

base.rs

…

builder.rs

Change ty.kind to a method

2020-09-04 17:47:51 +02:00

callee.rs

…

common.rs

…

consts.rs

Change ty.kind to a method

2020-09-04 17:47:51 +02:00

context.rs

…

declare.rs

…

intrinsic.rs

Change ty.kind to a method

2020-09-04 17:47:51 +02:00

lib.rs

Add -Z combine_cgu flag

2020-09-09 17:32:23 +10:00

llvm_util.rs

…

metadata.rs

…

mono_item.rs

…

type_.rs

…

type_of.rs

Change ty.kind to a method

2020-09-04 17:47:51 +02:00

va_arg.rs

…

value.rs

…