LGTM. Should we mark this for MFC?
Also, should we MFC this?
LGTM. Should we mark this for MFC?
share/mk/bsd.cpu.mk: add F16C feature for i386 and amd64 architectures
Btw another thing: is there any particular reason we don't error out if an unrecognized CPUTYPE value is given? I just ran some tests with CPUTYPE set to bogus values, and it happily continues...
libcompiler_rt Makefile.inc: update _Float16/__bf16 checks
heimdal: asn1: Use unsigned bitfields for named bitsets
heimdal: Add 64-bit integer support to ASN.1 compiler
dim retitled
D44814: heimdal: Add 64-bit integer support to ASN.1 compiler, part 2 from
heimdal: Add 64-bit integer support to ASN.1 compiler, part 1 to
heimdal: Add 64-bit integer support to ASN.1 compiler, part 2.
Sorry, phabricator is not cooperating.
Abandon in favor of D44813 which might be easier to review.
Sorry about the "binary" files, but I couldn't convince arc to upload them otherwise. They aren't binary in my tree.
LGTM. (The forms without underscores have a higher probability of clashing with user-defined macros, which is why the forms with underscores are normally preferred.)
Merge commit 37b7207651b4 from llvm-project (by zhongyunde@huawei.com):
sanitizers: mark __elf_aux_vector as weak, to allow linking without libsys
Revert commit 925a11a5f221 from llvm-project (by Nikolas Klauser):
Merge commit 55c466da2f2f from llvm-project (by Benjamin Kramer):
libllvm: add missed tlbgen headers and sources for BPF target
Merge commit eb8f379567e8 from llvm-project (by Florian Hahn):
Merge commit eb8f379567e8 from llvm-project (by Florian Hahn):
libcompiler_rt Makefile.inc: include bsd.compiler.mk to fix build
libcompiler_rt Makefile.inc: don't build bfloat16 support for gcc < 13
libcompiler_rt Makefile.inc: remove debugging messages
Fix GENERIC-KASAN kernel build for amd64
Fix arm64 build after llvm 18.1.3 upgrade (take 2)
Fix arm64 build after llvm 18.1.3 upgrade
Document __FreeBSD_version value 1500018.
Bump __FreeBSD_version for llvm 18.1.3 merge
Merge llvm-project release/18.x llvmorg-18.1.3-0-gc13b7485b879
Merge llvm-project release/18.x llvmorg-18.1.0-rc3-0-g6c90f8dd5463
Revert commit 6255157d24e2 from llvm-project (by Dimitry Andric):
Merge commit f5f3d5d6534f from llvm-project (by Qizhi Hu):
Merge llvm-project release/18.x llvmorg-18.1.0-rc2-53-gc7b0a6ecd442
Merge llvm-project release/18.x llvmorg-18.1.1-0-gdba2a75e9c7e
Merge llvm-project main llvmorg-18-init-15088-gd14ee76181fb
Merge commit 5f4ee5a2dfa9 from llvm-project (by Shanzhi):
Merge llvm-project release/18.x llvmorg-18.1.0-rc2-0-gc6c86965d967
Merge llvm-project main llvmorg-18-init-18359-g93248729cfae
Merge commit 6e4930c67508 from llvm-project (by Alexander Kornienko):
[libc++] Rename __bit_reference template parameter to avoid conflict
Merge llvm-project release/18.x llvmorg-18-init-18361-g22683463740e
Tentatively apply https://github.com/libcxxrt/libcxxrt/pull/27
Redo libc++ customizations
Merge llvm-project main llvmorg-18-init-15692-g007ed0dccd6a
Merge llvm-project main llvmorg-18-init-16864-g3b3ee1f53424
Merge llvm-project main llvmorg-18-init-16595-g7c00a5be5cde
Tentatively merge https://github.com/llvm/llvm-project/pull/77242
Add two FreeBSD customizations to libc++
Merge llvm-project main llvmorg-18-init-16003-gfc5f51cf5af4
Revert commit 0e46b49de433 from llvm-project (by Matt Arsenault):
Tentatively apply https://github.com/llvm/llvm-project/pull/76175
databases/mysql80-server databases/mysql81-server: fix build with libc++ 18 on…
databases/mysql80-server databases/mysql81-server: fix build with libc++ 18 on…
OptionalObsoleteFiles: add missed cuda wrappers include files
OptionalObsoleteFiles: add missed cuda wrappers include files
Vendor import of llvm-project branch release/18.x llvmorg-18.1.3-0…
Merge commit eb8f379567e8 from llvm-project (by Florian Hahn):
LGTM, I also had to add these for the 18.x ObsoleteFiles.inc.
net/jose: fix build with lld 18
net/jose: fix build with lld 18
Slightly reorganize libclang_rt Makefile again
Fix building of several libclang_rt libraries for powerpc64 and powerp64le
Slightly reorganize libclang_rt Makefile again
Fix building of several libclang_rt libraries for powerpc64 and powerp64le
devel/boost-all: Use clang from base for OSVERSION >= 1500017
devel/boost-all: Use clang from base for OSVERSION >= 1500017
Document __FreeBSD_version values 1303502 and 1400509.
Merge commit bbb8a0df7367 from llvm-project (by Shafik Yaghmour):
Merge commit bbb8a0df7367 from llvm-project (by Shafik Yaghmour):
Slightly reorganize libclang_rt Makefile again
Fix building of several libclang_rt libraries for powerpc64 and powerp64le
KMSAN is @markj I believe? Though it looks like you're getting a clang assertion there. So what is the clang version being used?
Document __FreeBSD_version values 1500016 and 1500017.
Use man:xxx[N] for man page references.
Merge commit bbb8a0df7367 from llvm-project (by Shafik Yaghmour):
Hm, are these files automagically pulled through a preprocessor? I wasn't aware of that... but yeah, then it is probably a good idea.
Add space before 20240211 entry in ObsoleteFiles.inc
Vendor import of llvm-project branch release/18.x llvmorg-18.1.1-0…
Merge commit f800c1f3b207 from llvm-project (by Arthur Eubanks):
Optionally create full debuginfo for llvm-related executables
Merge commit f800c1f3b207 from llvm-project (by Arthur Eubanks):
Optionally create full debuginfo for llvm-related executables
net/py-wsdd: The line break in the start logging should be present
net/py-wsdd: The line break in the start logging should be present
Merge commit f800c1f3b207 from llvm-project (by Arthur Eubanks):
Sure, then I'm totally fine with this. It's better to incrementally fix the problems and then remove this option. Preferably before stable/15 gets branched :)
Is this meant as a transitional tool? Or do we expect to have some sub-Makefiles still set because they cannot be fixed?