riscv: fix riscv64sf buildThe library needs to have sf suffix cut off.Differential revision: https://reviews.freebsd.org/D34561Reviewed by: dimApproved by: re (gjb)(cherry picked from commit
riscv: fix riscv64sf buildThe library needs to have sf suffix cut off.Differential revision: https://reviews.freebsd.org/D34561Reviewed by: dimApproved by: re (gjb)(cherry picked from commit 18f71c9b2779999a9492b42c325524651a1b6909)(cherry picked from commit 78e68a3d10216db2b3a6ddb0d4591358987c033e)
show more ...
riscv64: enable ASAN and UBSANDifferential review: https://reviews.freebsd.org/D33875Approved by: dim, imp(cherry picked from commit 9fc131426694387dda365c8624ddc85cb567d727)
Merge llvm-project release/13.x llvmorg-13.0.0-rc1-97-g23ba3732246aThis updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvmorg-13.0.0-rc1-97-g23ba3732246a.PR: 25820
Merge llvm-project release/13.x llvmorg-13.0.0-rc1-97-g23ba3732246aThis updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvmorg-13.0.0-rc1-97-g23ba3732246a.PR: 258209(cherry picked from commit 6e75b2fbf9a03e6876e0a3c089e0b3ad71876125)
Merge llvm-project main llvmorg-13-init-16847-g88e66fa60ae5This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvmorg-13-init-16847-g88e66fa60ae5, the last commit bef
Merge llvm-project main llvmorg-13-init-16847-g88e66fa60ae5This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvmorg-13-init-16847-g88e66fa60ae5, the last commit beforethe upstream release/13.x branch was created.PR: 258209(cherry picked from commit fe6060f10f634930ff71b7c50291ddc610da2475)
Prefer MK_SSP=no to SSP_CFLAGS=It is more idiomatic. CFLAGS is only augmented with $SSP_CFLAGS when$MK_SSP != "no".Reviewed by: impMFC after: 1 weekDifferential Revision: https://reviews.freeb
Prefer MK_SSP=no to SSP_CFLAGS=It is more idiomatic. CFLAGS is only augmented with $SSP_CFLAGS when$MK_SSP != "no".Reviewed by: impMFC after: 1 weekDifferential Revision: https://reviews.freebsd.org/D31401(cherry picked from commit 61ed578ee66648eff206ee5622b66727bfb52e78)
Merge llvm-project 12.0.1 release and follow-up fixesMerge llvm-project main llvmorg-12-init-17869-g8e464dd76befThis updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to l
Merge llvm-project 12.0.1 release and follow-up fixesMerge llvm-project main llvmorg-12-init-17869-g8e464dd76befThis updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvmorg-12-init-17869-g8e464dd76bef, the last commit before theupstream release/12.x branch was created.PR: 255570(cherry picked from commit e8d8bef961a50d4dc22501cde4fb9fb0be1b2532)Merge llvm-project 12.0.0 releaseThis updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvmorg-12.0.0-0-gd28af7c654d8, a.k.a. 12.0.0 release.PR: 255570(cherry picked from commit d409305fa3838fb39b38c26fc085fb729b8766d5)Disable strict-fp for powerpcspe, as it does not work properly yetMerge commit 5c18d1136665 from llvm git (by Qiu Chaofan) [SPE] Disable strict-fp for SPE by default As discussed in PR50385, strict-fp on PowerPC SPE has not been handled well. This patch disables it by default for SPE. Reviewed By: nemanjai, vit9696, jhibbits Differential Revision: https://reviews.llvm.org/D103235PR: 255570(cherry picked from commit 715df83abc049b23d9acddc81f2480bd4c056d64)Apply upstream libc++ fix to allow building with devel/xxx-xtoolchain-gccMerge commit 52e9d80d5db2 from llvm git (by Jason Liu): [libc++] add `inline` for __open's definition in ifstream and ofstream Summary: When building with gcc on AIX, it seems that gcc does not like the `always_inline` without the `inline` keyword. So adding the inline keywords in for __open in ifstream and ofstream. That will also make it consistent with __open in basic_filebuf (it seems we added `inline` there before for gcc build as well). Differential Revision: https://reviews.llvm.org/D99422PR: 255570(cherry picked from commit d099db25464b826c5724cf2fb5b22292bbe15f6e)Undefine HAVE_(DE)REGISTER_FRAME in llvm's config.h on armOtherwise, the lli tool (enable by WITH_CLANG_EXTRAS) won't link on arm,stating that __register_frame is undefined. This function is normallyprovided by libunwind, but explicitly not for the ARM Exception ABI.Reported by: ohPR: 255570(cherry picked from commit f336b45e943c7f9a90ffcea1a6c4c7039e54c73c)Merge llvm-project 12.0.1 rc2This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvmorg-12.0.1-rc2-0-ge7dac564cd0e, a.k.a. 12.0.1 rc2.PR: 255570(cherry picked from commit 23408297fbf3089f0388a8873b02fa75ab3f5bb9)Revert libunwind change to fix backtrace segfault on aarch64Revert commit 22b615a96593 from llvm git (by Daniel Kiss): [libunwind] Support for leaf function unwinding. Unwinding leaf function is useful in cases when the backtrace finds a leaf function for example when it caused a signal. This patch also add the support for the DW_CFA_undefined because it marks the end of the frames. Ryan Prichard provided code for the tests. Reviewed By: #libunwind, mstorsjo Differential Revision: https://reviews.llvm.org/D83573 Reland with limit the test to the x86_64-linux target.Bisection has shown that this particular upstream commit causes programsusing backtrace(3) on aarch64 to segfault. This affects the lang/rustport, for instance. Until we can upstream to fix this problem, revertthe commit for now.Reported by: mikaelPR: 256864(cherry picked from commit 5866c369e4fd917c0d456f0f10b92ee354b82279)Merge llvm-project 12.0.1 releaseThis updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvmorg-12.0.1-0-gfed41342a82f, a.k.a. 12.0.1 release.PR: 255570(cherry picked from commit 4652422eb477731f284b1345afeefef7f269da50)compilert-rt: build out-of-line LSE atomics helpers for aarch64Both clang >= 12 and gcc >= 10.1 now default to -moutline-atomics foraarch64. This requires a bunch of helper functions in libcompiler_rt.a,to avoid link errors like "undefined symbol: __aarch64_ldadd8_acq_rel".(Note: of course you can use -mno-outline-atomics as a workaround too,but this would negate the potential performance benefit of the fasterLSE instructions.)Bump __FreeBSD_version so ports maintainers can easily detect this.PR: 257392(cherry picked from commit cc55ee8009a550810d38777fd6ace9abf3a2f6b4)
Allow using sanitizers for ssp tests with out-of-tree compilerWith an out-of-tree Clang, we can use the -resource-dir flag when linkingto point it at the runtime libraries from the current SYSROOT
Allow using sanitizers for ssp tests with out-of-tree compilerWith an out-of-tree Clang, we can use the -resource-dir flag when linkingto point it at the runtime libraries from the current SYSROOT.This moves the path to the clang-internal library directory to a separate.mk file that can be used by Makefiles that want to find the sanitizerlibraries. I intend to re-use this .mk file for my upcoming changes thatallow building the entire base system with ASAN/UBSAN/MSAN.Reviewed By: dimDifferential Revision: https://reviews.freebsd.org/D28852(cherry picked from commit fe525d3f916602ddac3286641dab8f5e274daa44)
Add a few missed files to libclang_rt.profile-<arch>.aOtherwise, programs compiled with -fprofile-instr-generate willencounter undefined symbol errors during linking, for example__llvm_profile_co
Add a few missed files to libclang_rt.profile-<arch>.aOtherwise, programs compiled with -fprofile-instr-generate willencounter undefined symbol errors during linking, for example__llvm_profile_counter_bias, lprofSetRuntimeCounterRelocation and a fewothers were missing from the profile library.Reported by: [email protected]PR: 254001(cherry picked from commit 772c631af81abdb6d498d972bab79d04d3db16d0)
Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmprelease/11.x llvmorg-11.0.1-rc2-0-g43ff75f2c3f (aka 11.0.1 rc2).MFC after: 4 weeksX-MFC-With: r364284
Enable SUBDIR_PARELLEL in lib/libclang_rtI noticed that this part of the build was taking much longer thanexpected. Turns out it's due to not running the subdirs in parallel.Reduces `make all` in
Enable SUBDIR_PARELLEL in lib/libclang_rtI noticed that this part of the build was taking much longer thanexpected. Turns out it's due to not running the subdirs in parallel.Reduces `make all` inside lib/libclang_rt time from 63s to 20s with -j32.Reviewed By: dimDifferential Revision: https://reviews.freebsd.org/D26623
Follow-up to r358851 (llvm-project 10.0.0-rc3 import), where I addedsubdirectories for compiler-rt's internal fuzzer, profile and xrayheaders, but forgot to add installing those headers themselves.
Follow-up to r358851 (llvm-project 10.0.0-rc3 import), where I addedsubdirectories for compiler-rt's internal fuzzer, profile and xrayheaders, but forgot to add installing those headers themselves.MFC after: 3 days
Update Makefiles under lib/clang and usr.bin/clang for 11.0.0 builds,and also bump the version in the mtree files.
Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmpllvmorg-10.0.1-rc1-0-gf79cd71e145 (aka 10.0.1 rc1).MFC after: 3 weeks
Remove tests for obsolete compilers in the build systemAssume gcc is at least 6.4, the oldest xtoolchain in the ports tree.Assume clang is at least 6, which was in 11.2-RELEASE. Drop conditionsf
Remove tests for obsolete compilers in the build systemAssume gcc is at least 6.4, the oldest xtoolchain in the ports tree.Assume clang is at least 6, which was in 11.2-RELEASE. Drop conditionsfor older compilers.Reviewed by: imp (earlier version), emaste, jhbMFC after: 2 weeksSponsored by: Dell EMC IsilonDifferential Revision: https://reviews.freebsd.org/D24802
Update build glue for libclang_rt.
* Bump version numbers to 10.0.0* Update UPDATING* Update (Optional)ObsoleteFiles.inc* Update VCS(Revision|Version) files* Update generated config headers* Update clang internal headers Makefile
Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp9.0.1 final release c1a0a213378a458fbea1a5c77b315c7dce08fd05.Release notes for llvm, clang, lld and libc++ 9.0.1 will become
Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp9.0.1 final release c1a0a213378a458fbea1a5c77b315c7dce08fd05.Release notes for llvm, clang, lld and libc++ 9.0.1 will becomeavailable here:https://releases.llvm.org/9.0.1/docs/ReleaseNotes.htmlhttps://releases.llvm.org/9.0.1/tools/clang/docs/ReleaseNotes.htmlhttps://releases.llvm.org/9.0.1/tools/lld/docs/ReleaseNotes.htmlhttps://releases.llvm.org/9.0.1/projects/libcxx/docs/ReleaseNotes.htmlPR: 240629MFC after: 1 month
Move all sources from the llvm project into contrib/llvm-project.This uses the new layout of the upstream repository, which was recentlymigrated to GitHub, and converted into a "monorepo". That i
Move all sources from the llvm project into contrib/llvm-project.This uses the new layout of the upstream repository, which was recentlymigrated to GitHub, and converted into a "monorepo". That is, most ofthe earlier separate sub-projects with their own branches and tags wereconsolidated into one top-level directory, and are now branched andtagged together.Updating the vendor area to match this layout is next.
libclang_rt: enable on powerpc*Summary:Enable on powerpc64 and in lib/libclang_rt/Makefile changeMACHINE_CPUARCH to MACHINE_ARCH because on powerpc64MACHINE_ARCH==MACHINE_CPUARCH so the 32-bit l
libclang_rt: enable on powerpc*Summary:Enable on powerpc64 and in lib/libclang_rt/Makefile changeMACHINE_CPUARCH to MACHINE_ARCH because on powerpc64MACHINE_ARCH==MACHINE_CPUARCH so the 32-bit library overwrites 64-bitlibrary during installworld.This patch doesn't enable any other libclang_rt libraries because theyneed to be separately ported.I have verified that games/julius (which fails on powerpc64 elfv2without this change because of no libclang_rt profiling library) builds.Test Plan: Ship it, test on powerpc and powerpcspeSubmitted by: pkubajReviewed by: dim, jhibbitsDifferential Revision: https://reviews.freebsd.org/D22425MFC after: 1 monthX-MFC-With: r353358
Rearrange libclang_rt Makefile again, and attempt to simplify it.It turns out that parts of the common sanitizer code still do notcompile for arm and aarch64, at least not on FreeBSD, so for now t
Rearrange libclang_rt Makefile again, and attempt to simplify it.It turns out that parts of the common sanitizer code still do notcompile for arm and aarch64, at least not on FreeBSD, so for now thoseare all limited to amd64, and sometimes i386.
Add some missed continuation backslashes.
Update libclang_rt:* Add cfi, dd, fuzzer and xray* Update arch support* Update OptionalObsoleteFiles.inc
Change clang lib dir to 9.0.0.
Upgrade our copies of clang, llvm, lld, lldb, compiler-rt, libc++,libunwind and openmp to the upstream release_80 branch r363030(effectively, 8.0.1 rc2). The 8.0.1 release should follow this withi
Upgrade our copies of clang, llvm, lld, lldb, compiler-rt, libc++,libunwind and openmp to the upstream release_80 branch r363030(effectively, 8.0.1 rc2). The 8.0.1 release should follow this within aweek or so.MFC after: 2 weeks
Build libclang_rt/profile on all clang-supported architecturesThere's no reason why a special case needs to be added specifically for amd64,arm, and i386, as the code is written in machine archite
Build libclang_rt/profile on all clang-supported architecturesThere's no reason why a special case needs to be added specifically for amd64,arm, and i386, as the code is written in machine architecture agnostic C/C++.This will make it possible for all supporting clang architectures to produceruntime coverage with `--coverage`.MFC after: 2 weeksReviewed by: dimDifferential Revision: https://reviews.freebsd.org/D20003
12