Messages by Thread
-
[Bug 234671] clang faults while compiling new GlusterFS source code
bugzilla-noreply
-
[Bug 281765] llvm - ThinLTO never uses more than a single thread by default
bugzilla-noreply
-
[Bug 237982] devel/powerpc64-gcc: Regular expression use is not suitable for targets with multiple hyphens
bugzilla-noreply
-
official lang/gcc14 package builds are broken, at least for armv7: "error: attempt to use a poisoned identifier" and more
Mark Millard
-
[Bug 281257] base llvm csetjmp C++ header file now generates an error
bugzilla-noreply
-
For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Michal Meloun
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Brooks Davis
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Brooks Davis
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Brooks Davis
-
Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78]
Mark Millard
-
[Bug 242109] riscv64 build with binutils 2.33.1
bugzilla-noreply
-
[Bug 280936] cannot build world with ASAN enabled
bugzilla-noreply
-
[Bug 280887] clang 18.1.6 (llvmorg-18.1.6-0-g1118c2e05e67) crashing
bugzilla-noreply
-
[Bug 280771] elftoolchain tools used by bootstrap regardless of LLVM_BINUTILS
bugzilla-noreply
-
Any known way to build devel/llvm* ( such as devel/llvm19 ) with --threads=1 for its linker activity during the build?
Mark Millard
-
FreeBSD libc++ , ports, and import std or import std.compat : what if potential ports start using them over time?
Mark Millard
-
[Bug 280382] '#include <algorithm>' fails when -std=c++98 and -pedantic-errors options are specified (found on the devel/benchmark port)
bugzilla-noreply
-
[Bug 280382] '#include <algorithm>' fails when -std=c99 and -pedantic-errors options are specified (found on the devel/benchmark port)
bugzilla-noreply
-
[Bug 280303] /lib/libc++ requires a new version of /lib/libcxxrt
bugzilla-noreply
-
[Bug 227339] clang crashes with error in backend: SSE2 register return with SSE2 disabled
bugzilla-noreply
-
[Bug 279800] Static assert in /usr/include/c++/v1/__algorithm/iterator_operations.h (problem was encountered in the devel/benchmark testsuite)
bugzilla-noreply
-
[Bug 279800] Static assert in /usr/include/c++/v1/__algorithm/iterator_operations.h
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279692] '#include <csetjmp>' is broken: error: "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>"
bugzilla-noreply
-
[Bug 279443] LIBCPP assertions are enabled in optimized builds when -DNDEBUG is given to clang
bugzilla-noreply
-
Using standard C headers from LLVM/Clang
Brendan Shanks
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3 on amd64, arm64
bugzilla-noreply
-
[Bug 279136] clang-16 frontend command fails with exit code 138 w/out any assertion message on the port security/botan3
bugzilla-noreply
-
[Bug 278908] Upcoming 14.1-RELEASE LLVM -> Worse runtime performance on Zen CPU when optimizing for Zen
bugzilla-noreply
-
[Bug 278867] Linker is missing library: libclang_rt.asan_static-x86_64.a (and all others)
bugzilla-noreply
-
[Bug 278810] clang crashes: fatal error: error in backend: Cannot select: 0x27fbea00: v4f32 = fmaxnum 0x27178550, 0x26481eb0 (on the port misc/llama-cpp version 2619)
bugzilla-noreply
-
[Bug 278711] math/sprng: BROKEN with recent clang
bugzilla-noreply
-
[Bug 278649] lang/gcc13: build failed on 15.0-CURRENT armv7
bugzilla-noreply
-
I've started collecting tmpfs usage figures from a poudriere-devel bulk -a for later publishing some of the top ones (handy for TMPFS_BLACKLIST judgments)
Mark Millard
-
[Bug 278630] math/kamis, misc/openn: GCC fails with an error on armv7: use of built-in trait '__remove_cvref(_InIter1)' in function signature; use library traits instead
bugzilla-noreply
-
[Bug 278551] lang/gcc: exceptions do not work in statically linked binaries
bugzilla-noreply
-
[Bug 278551] pthread_join() kills the process with a return code of 134
bugzilla-noreply
-
libclang_rt.asan_static-aarch64.a and libclang_rt.fuzzer_interceptors-aarch64.a in .../tmp/lib/clang/17/lib/freebsd/ not cleaned out
Mark Millard