TargetMCAs.def is required to be installed in the llvm include dirso instead of shipping the file internally, let's generate it andinstall it with the rest of the headers; unbreaks xenocara build
update build infrastructure for llvm-16.0.6
Update build infrastructure for LLVM 13.0.0.
Update clang build infrastructure for LLVM 11.1.0.Heavy lifting by mortimer@, thank you so much!
Update build infrastructure for LLVM 10.0.1.
Update build infrastructure for LLVM 10.0.0.ok hackroom@tested by plenty
Like Targets.def include AMDGPU lines in generated .def files forAsmParsers.def AsmPrinters.def and Disassemblers.def.Required so that LLVM headers will have prototypes forLLVMInitializeAMDGPUAsm
Like Targets.def include AMDGPU lines in generated .def files forAsmParsers.def AsmPrinters.def and Disassemblers.def.Required so that LLVM headers will have prototypes forLLVMInitializeAMDGPUAsmPrinter() and LLVMInitializeAMDGPUAsmParser().
show more ...
Update clang build infrastructure for LLVM 8.0.1.
Update clang build infrastructure for LLVM 8.0.0.
Define LLVM_NATIVE_* in llvm-config.h like the result of a cmakebuild so external users of Support/TargetSelect.h will work correctly.Previously these were defined via -D in CPPFLAGS.Fixes llvmpi
Define LLVM_NATIVE_* in llvm-config.h like the result of a cmakebuild so external users of Support/TargetSelect.h will work correctly.Previously these were defined via -D in CPPFLAGS.Fixes llvmpipe erroring out due to no targets being registered.ok patrick@
Build and install a shared libLLVM, llvm-config and llvm includes.This is required to build the radeonsi Mesa driver.ok patrick@
build AMDGPU Target in addition to native
define LLVM_ENABLE_THREADS and LLVM_HAS_ATOMICSmatches the result of building with cmakeok patrick@
When bsd.lib.mk builds shared libraries it builds with -DPIC whichcauses problems in the following files which use PIC as a variable name.Undefine PIC in llvm-config.h to minimise the diff to upstr
When bsd.lib.mk builds shared libraries it builds with -DPIC whichcauses problems in the following files which use PIC as a variable name.Undefine PIC in llvm-config.h to minimise the diff to upstream LLVM.include/llvm/MC/MCObjectFileInfo.hlib/MC/MCObjectFileInfo.cpplib/Transforms/Scalar/LICM.cpplib/Transforms/Utils/PredicateInfo.cppThese are the files that would be built as part of a shared libLLVM.There are other files with PIC variable names in clang code.#undef PIC approach suggested by kettenis@
Update clang build infrastructure for LLVM 7.0.1.
Update clang build infrastructure for LLVM 6.0.0.
Update to LLVM 5.0.1 which apparently includes plenty of bugfixes.Requested by BradTested by me on amd64Tested by bluhm on i386Tested by kettenis on arm64, armv7 and sparc64
Update clang build infrastructure for LLVM 5.0.0.
zap empty depends/silence empty installs.okay millert@
Take a more radical approach to disabling colours: pretend we don'tHAVE_TERMINFO in our local config.h. Some of the lower levels of LLVMdon't seem to respect our default setting.As a result, del
Take a more radical approach to disabling colours: pretend we don'tHAVE_TERMINFO in our local config.h. Some of the lower levels of LLVMdon't seem to respect our default setting.As a result, delete the -ltermlib dependency.Note that this breaks -fcolor-diagnostics=auto. However, fixing the wholecodebase is out of scope for now ...Prompted by an instance found in the AsmParser by deraadt@ok kettenis@ patrick@
Update clang build infrastructure for LLVM 4.0.0Discussed with kettenis@
Update clang build infrastructure for LLVM 3.9.1"go ahead" kettenis@"just go ahead" deraadt@"sounds good to me" stefan@
Have "make cleandir" work everywhere in the clang tree.noticed by and ok jsg@
LLVM/Clang build system. This only builds the bare minimum of what is neededto get a working "clang" binary.Note that you need GCC from ports to bootstrap clang.looks good to patrick@, ok jsg@
LLVM/Clang build system. This only builds the bare minimum of what is neededto get a working "clang" binary.Note that you need GCC from ports to bootstrap clang.looks good to patrick@, ok jsg@ kettenis@