- User Since
- Jan 20 2015, 9:29 AM (394 w, 4 d)
Jun 1 2022
Should no longer be needed
D126710 was committed
May 31 2022
- Hopefully use arc correctly
- Add an explanatory comment
I've added D126710 as an alternative that just doesn't create the libcall functions.
May 26 2022
The other alternative I considered was to not generate __atomic_fetch_nand_* symbols at all if __c11_atomic_fetch_nand isn't available. It sounds like this might be the more correct approach. It has the downside that the symbols in FreeBSD's libraries can variety depending on which compiler we're using, but doesn't emit incorrect libcalls.
May 25 2022
This pops up trying to build FreeBSD with LLVM 14 integrated using clang from LLVM 13 and not building a bootstrap toolchain.
May 23 2022
I can verify this fixes the build on FreeBSD 13.
May 12 2022
May 11 2022
May 7 2022
It would be somewhat helpful as a transition aid if -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang remained as a no-op producing a warning (a generic unused argument warning would be fine).
Apr 15 2022
This commit is breaking the ability to configure openmp as a project alongside llvm on FreeBSD. I'm getting:
$ cmake ../llvm -DLLVM_ENABLE_PROJECTS='llvm;clang;lld;openmp' ... -- Configuring done CMake Error at /home/bed22/git/llvm-project/openmp/libomptarget/plugins/amdgpu/CMakeLists.txt:74 (add_dependencies): The dependency target "omptarget.devicertl.amdgpu" of target "omptarget.rtl.amdgpu" does not exist.
Apr 11 2022
This fails to configure in cmake when enabled as a project.
Apr 8 2022
Jan 10 2022
Dec 1 2021
Thanks, this will kill off one of the patches in our ports.
Oct 12 2021
Oct 5 2021
This patch is sufficient to let things build, but doesn't address the tests. If there's a plan to MFC PT_COREDUMP that's probably an ok state of affairs. https://cgit.freebsd.org/ports/tree/devel/llvm-devel/files/patch-lldb-PT_COREDUMP.diff?id=7e2f156ce907e7785863d49cbd33d36f07df7eae
This needs to be guarded by the presence of PT_COREDUMP since it's a new feature. As it stands this breaks the lldb build on all supported FreeBSD releases.
Apr 8 2021
This results in a manpage with the filename tblgen Family.1 which quite odd.
Sep 28 2020
Aug 24 2020
This seems to replace D77333
Jun 12 2020
- clang-format patched lines.
Apr 2 2020
Mar 27 2020
Doing a bit of naive digging suggests to me that putting this section inside an
if (NOT CMAKE_CFG_INTDIR STREQUAL ".")
might do the trick.
The generator is Ninja. @emaste may know of a buildbot. Note that this is an install failure so I'm not sure if buildbots will catch it.
This is broken in a FreeBSD install.
Jul 22 2019
Sep 25 2018
See also: D51859
Also broke the FreeBSD build:
May 7 2018
I do think we should make this change, but don't have a strong opinion on the timing. If we do it for 12 and not 13 then we should probably try to get it into a 6.0.2.
May 6 2018
- Correct whitespace.
I've received multiple reports of this issue from FreeBSD ports users, but have never encountered it myself. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227460
Adding Alex as he made some related changes to CHERI Clang recently https://github.com/CTSRD-CHERI/clang/commit/3a648766deabb4ff7f95862213c3c99e7223363c.
May 29 2015
I may just not understand how render() works, but I tried it and it didn't seem to work to replace
Remove a spurious -mcpu from the test case.
Even if this patch is incomplete with regards to the assembler, it is both necessary and sufficient to build and link programs with the current FreeBSD build system. It follows gcc's long established behavior as a linker and is harmless to other consumers so why not commit it?
Jan 21 2015
Add cfe-commits per message
Add a test for not passing -G0 when it isn't an argument.