Bump version to 15.0.7
Bump version to 15.0.6
Bump version to 15.0.5
Bump version to 15.0.4
Bump version to 15.0.3
Bump version to 15.0.2
Bump version to 15.0.1
[bazel] Bump to 15.0.0git
[bazel] Port ae8bbc43f470
[bazel] Set CLANG_ENABLE_OPAQUE_POINTERS_INTERNAL to 1Matches official cmake build.
Reland "[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ON""(With C++ exceptions, `clang++ --target=mips64{,el}-linux-gnu -fpie -pie-fuse-ld=lld` has link errors (lld does not implement some strang
Reland "[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ON""(With C++ exceptions, `clang++ --target=mips64{,el}-linux-gnu -fpie -pie-fuse-ld=lld` has link errors (lld does not implement some strange R_MIPS_64.eh_frame handling in GNU ld). However, sanitizer-x86_64-linux-qemu used this tobuild ScudoUnitTests. Pined ScudoUnitTests to -no-pie.)Default the option introduced in D113372 to ON to match all(?) major Linuxdistros. This matches GCC and improves consistency with Android and linux-muslwhich always default to PIE.Note: CLANG_DEFAULT_PIE_ON_LINUX may be removed in the future.Differential Revision: https://reviews.llvm.org/D120305
show more ...
Revert "Reland "[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ON"""This reverts commit 2aca33baf15926afe2520a06b1427a9894226fd2.Broke tests on several bots, see comments on https://reviews.llvm.o
Revert "Reland "[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ON"""This reverts commit 2aca33baf15926afe2520a06b1427a9894226fd2.Broke tests on several bots, see comments on https://reviews.llvm.org/D120305
[bazel] Port 5390606aa963
Reland "[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ON""(The upgrade of the ppc64le bot and D121257 have fixed compiler-rt failures. Tested by nemanjai.)Default the option introduced in D11337
Reland "[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ON""(The upgrade of the ppc64le bot and D121257 have fixed compiler-rt failures. Tested by nemanjai.)Default the option introduced in D113372 to ON to match all(?) major Linuxdistros. This matches GCC and improves consistency with Android and linux-muslwhich always default to PIE.Note: CLANG_DEFAULT_PIE_ON_LINUX may be removed in the future.Differential Revision: https://reviews.llvm.org/D120305
Revert "[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ON"See post-commit discussion on https://reviews.llvm.org/D120305.This change breaks the clang-ppc64le-rhel buildbot, thoughthere is suspici
Revert "[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ON"See post-commit discussion on https://reviews.llvm.org/D120305.This change breaks the clang-ppc64le-rhel buildbot, thoughthere is suspicion that it's an issue with the bot. The changealso had a larger than expected impact on compile-time andcode-size.This reverts commit 3c4ed02698afec021c6bca80740d1e58e3ee019eand some followup changes.
[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ONDefault the option introduced in D113372 to ON to match all(?) major Linuxdistros. This matches GCC and improves consistency with Android and linux
[Driver] Default CLANG_DEFAULT_PIE_ON_LINUX to ONDefault the option introduced in D113372 to ON to match all(?) major Linuxdistros. This matches GCC and improves consistency with Android and linux-muslwhich always default to PIE.Note: CLANG_DEFAULT_PIE_ON_LINUX will be removed in the future.Reviewed By: thesamesamDifferential Revision: https://reviews.llvm.org/D120305
[Bazel] Update config.h to add the new define.
Update Bug report URL to Github IssuesAlthough we moved to Github Issues. The bug report message refers toBugzilla still. This patch tries to update these URLs.Reviewed By: MaskRay, Quuxplusone,
Update Bug report URL to Github IssuesAlthough we moved to Github Issues. The bug report message refers toBugzilla still. This patch tries to update these URLs.Reviewed By: MaskRay, Quuxplusone, jhenderson, libunwind, libc++Differential Revision: https://reviews.llvm.org/D116351
[Driver] Add CLANG_DEFAULT_PIE_ON_LINUX to emulate GCC --enable-default-pieIn 2015-05, GCC added the configure option `--enable-default-pie`. When enabled,* in the absence of -fno-pic/-fpie/-fpic
[Driver] Add CLANG_DEFAULT_PIE_ON_LINUX to emulate GCC --enable-default-pieIn 2015-05, GCC added the configure option `--enable-default-pie`. When enabled,* in the absence of -fno-pic/-fpie/-fpic (and their upper-case variants), -fPIE is the default.* in the absence of -no-pie/-pie/-shared/-static/-static-pie, -pie is the default.This has been adopted by all(?) major distros.I think default PIE is the majority in the Linux world, but--disable-default-pie users is not that uncommon because GCC upstream hasn'tswitched the default yet (https://gcc.gnu.org/PR103398).This patch add CLANG_DEFAULT_PIE_ON_LINUX which allows distros to use default PIE.The option is justified as its adoption can be very high among Linux distrosto make Clang default match GCC, and is likely a future-new-default, at whichpoint we will remove CLANG_DEFAULT_PIE_ON_LINUX.The lit feature `default-pie-on-linux` can be handy to exclude default PIE sensitive tests.Reviewed By: foutrelis, sylvestre.ledru, thesamesamDifferential Revision: https://reviews.llvm.org/D113372
[Bazel] Get `//clang` building on Windows with clang-cl.This required substantially more invasive changes.We need to handle some of the LLVM `config.h` changes differently fromthe old pattern. T
[Bazel] Get `//clang` building on Windows with clang-cl.This required substantially more invasive changes.We need to handle some of the LLVM `config.h` changes differently fromthe old pattern. These aren't always safe on the commandline, and theWindows ones specifically break Clang. Instead, use conditional definesin the header itself. This more closely matches how CMake builds see thedefinitions. I think this is also just cleaner and we should maybe movemore of the macros out of Bazel.The config defines for Windows that I've kept in Bazel are the ones thatLLVM's CMake does at the commandline as well. I've also added numerousones that CMake uses and we didn't replicate in Bazel.I also needed a different approach to get `libclang` working well. This,IMO, improves things on all platforms. Now we build the plugin andactually wrap it back up with `cc_import`. We have to use a collectionof manually tagged `cc_binary` rules to get the naming to work out theright way, but this isn't too different from the prior approach. Bydirectly having a `cc_binary` rule for each platform spelling of`libclang`, we can actually extract the interface library from it andcorrectly depend on it with `cc_import`. I think the result now is muchcloser to the intent and to the CMake build for libclang.Sadly, some tests also needed disabling. This is actually narrower thanwhat CMake does. The issue isn't indicative of anything serious -- thetest just assumes Unix-style paths.I also have cleaned up the Windows flags in `.bazelrc` to much moreclosely match what CMake does.Differential Revision: https://reviews.llvm.org/D112399
Introduce a Bazel build configurationThis patch introduces configuration for a Bazel BUILD in a sidedirectory in the monorepo.This is following the approval ofhttps://github.com/llvm/llvm-www/b
Introduce a Bazel build configurationThis patch introduces configuration for a Bazel BUILD in a sidedirectory in the monorepo.This is following the approval ofhttps://github.com/llvm/llvm-www/blob/main/proposals/LP0002-BazelBuildConfiguration.mdAs detailed in the README, the Bazel BUILD is not supportedby the community in general, and is maintained only by interestedparties. It follows the requirements of the LLVM peripheral tier:https://llvm.org/docs/SupportPolicy.html#peripheral-tier.This is largely copied from https://github.com/google/llvm-bazel,with a few filepath tweaks and the addition of the README.Reviewed By: echristo, keith, dblaikie, kuharDifferential Revision: https://reviews.llvm.org/D90352