[llvm-driver] Fix build after 07b749800The llvm-driver build is not enabled on any bots so thiswasn't caught earlier.
[llvm-driver] Generate symlinks instead of executables for toolsWhen LLVM_TOOL_LLVM_DRIVER_BUILD is On, create symlinksto llvm instead of creating the executables. Currentlythis only works for in
[llvm-driver] Generate symlinks instead of executables for toolsWhen LLVM_TOOL_LLVM_DRIVER_BUILD is On, create symlinksto llvm instead of creating the executables. Currentlythis only works for install and notinstall-distribution, the work for the later will besplit up into a second patch.Differential Revision: https://reviews.llvm.org/D127800
show more ...
LLVM Driver Multicall toolThis patch adds an llvm-driver multicall tool that can combine multipleLLVM-based tools. The build infrastructure is enabled for a tool byadding the GENERATE_DRIVER opti
LLVM Driver Multicall toolThis patch adds an llvm-driver multicall tool that can combine multipleLLVM-based tools. The build infrastructure is enabled for a tool byadding the GENERATE_DRIVER option to the add_llvm_executable CMakecall, and changing the tool's main function to a canonicalizedtool_name_main format (i.e. llvm_ar_main, clang_main, etc...).As currently implemented llvm-driver contains dsymutil, llvm-ar,llvm-cxxfilt, llvm-objcopy, and clang (if clang is included in thebuild).llvm-driver can be enabled from builds by settingLLVM_TOOL_LLVM_DRIVER_BUILD=On.There are several limitations in the current implementation, which canbe addressed in subsequent patches:(1) the multicall binary cannot currently properly handlemulti-dispatch tools. This means symlinking llvm-ranlib to llvm-driverwill not properly result in llvm-ar's main being called.(2) the multicall binary cannot be comprised of tools containingconflicting cl::opt options as the global cl::opt option list cannotcontain duplicates.These limitations can be addressed in subsequent patches.Differential revision: https://reviews.llvm.org/D109977