diff options
author | John Ericson <John.Ericson@Obsidian.Systems> | 2022-01-02 06:29:26 +0000 |
---|---|---|
committer | John Ericson <John.Ericson@Obsidian.Systems> | 2022-01-03 18:28:34 +0000 |
commit | a3ab2c94a2715c45e39abdb36b4d78e028b051d2 (patch) | |
tree | e8bc573b097b2f70436486ecf6601c9d0b54eb8d /llvm/lib/IR/Module.cpp | |
parent | a44ef999fb5e9243df9c4459df1b17b66aa3fd23 (diff) | |
download | llvm-a3ab2c94a2715c45e39abdb36b4d78e028b051d2.zip llvm-a3ab2c94a2715c45e39abdb36b4d78e028b051d2.tar.gz llvm-a3ab2c94a2715c45e39abdb36b4d78e028b051d2.tar.bz2 |
[clang][cmake] Rearrange top-level CMakeLists.txt for D116492
In that revision, I make LLD match Clang in deprecating `llvm-config`.
This patch isn't to worthwhile on its own --- there isn't a sense in
which the new order is "better" in isolation --- but by putting the
steps that LLD also neeeds to do first, I make the diff between LLD and
Clang's top-level `CMakeLists.txt` very legible.
Longer term I hope:
1. We can remove calling `llvm-config` altogether, and just go strait to
finding the CMake config file. This is what Flang does, at least.
2. Hopefully the diffable part is smaller then --- i.e. there is less
duplicated boilerplate.
3. Any duplicate boilerplate that remains can be factored out.
I didn't both trying to factor anything out in e.g. the top level common
CMake Utility modules because this deprecated-but-not-removed state is a
merely transitional.
Reviewed By: beanz
Differential Revision: https://reviews.llvm.org/D116548
Diffstat (limited to 'llvm/lib/IR/Module.cpp')
0 files changed, 0 insertions, 0 deletions