freebsd-toolchain@FreeBSD.org

Maintenance of FreeBSD's integrated toolchain

Go to: [ monthly archives ] [ by author ] [ by date ]

February 2024 Archives by thread

[Bug 276794] The PPC-specific header /usr/lib/clang/16/include/ppc_wrappers/mmintrin.h asks to define the x86-specific variable NO_WARN_X86_INTRINSICS (port audio/surge-synthesizer-lv2 on powerpc64le): bugzilla-noreply_at_freebsd.org (Sat, 03 Feb 2024 08:55:16 UTC)
[Bug 276794] The PPC-specific header /usr/lib/clang/16/include/ppc_wrappers/mmintrin.h asks to define the x86-specific variable NO_WARN_X86_INTRINSICS (port audio/surge-synthesizer-lv2 on powerpc64le): bugzilla-noreply_at_freebsd.org (Sat, 03 Feb 2024 18:16:01 UTC)
[Bug 276794] The PPC-specific header /usr/lib/clang/16/include/ppc_wrappers/mmintrin.h asks to define the x86-specific variable NO_WARN_X86_INTRINSICS (port audio/surge-synthesizer-lv2 on powerpc64le): bugzilla-noreply_at_freebsd.org (Sat, 03 Feb 2024 18:23:43 UTC)
[Bug 276794] The PPC-specific header /usr/lib/clang/16/include/ppc_wrappers/mmintrin.h asks to define the x86-specific variable NO_WARN_X86_INTRINSICS (port audio/surge-synthesizer-lv2 on powerpc64le): bugzilla-noreply_at_freebsd.org (Sat, 03 Feb 2024 18:29:06 UTC)
[Bug 276794] The PPC-specific header /usr/lib/clang/16/include/ppc_wrappers/mmintrin.h asks to define the x86-specific variable NO_WARN_X86_INTRINSICS (port audio/surge-synthesizer-lv2 on powerpc64le): bugzilla-noreply_at_freebsd.org (Sat, 03 Feb 2024 19:04:09 UTC)
[Bug 276824] clang crashes on powerpc: Assertion failed: (count_if(VPlans, [VF](const VPlanPtr &Plan) { return Plan->hasVF(VF); }) == 1 && "Best VF has not a single VPlan."), function getBestPlanFor (port devel/quickcpplib): bugzilla-noreply_at_freebsd.org (Sun, 04 Feb 2024 18:55:50 UTC)
[Bug 276824] clang crashes on powerpc: Assertion failed: (count_if(VPlans, [VF](const VPlanPtr &Plan) { return Plan->hasVF(VF); }) == 1 && "Best VF has not a single VPlan."), function getBestPlanFor (port devel/quickcpplib): bugzilla-noreply_at_freebsd.org (Sun, 04 Feb 2024 20:26:55 UTC)
[Bug 276824] clang crashes on powerpc: Assertion failed: (count_if(VPlans, [VF](const VPlanPtr &Plan) { return Plan->hasVF(VF); }) == 1 && "Best VF has not a single VPlan."), function getBestPlanFor (port devel/quickcpplib): bugzilla-noreply_at_freebsd.org (Sun, 04 Feb 2024 20:35:52 UTC)
Problem reports for toolchain@FreeBSD.org that need special attention: bugzilla-noreply_at_FreeBSD.org (Sun, 04 Feb 2024 21:00:23 UTC)
[Bug 276824] clang crashes on powerpc: Assertion failed: (count_if(VPlans, [VF](const VPlanPtr &Plan) { return Plan->hasVF(VF); }) == 1 && "Best VF has not a single VPlan."), function getBestPlanFor (port devel/quickcpplib): bugzilla-noreply_at_freebsd.org (Sun, 04 Feb 2024 23:09:49 UTC)
Why does Mk/Uses/compiler.mk have code for "# clang not always supported on Tier-2" these days?: Mark Millard (Tue, 06 Feb 2024 10:34:14 UTC)

Re: Why does Mk/Uses/compiler.mk have code for "# clang not always supported on Tier-2" these days?: Brooks Davis (Tue, 06 Feb 2024 16:35:30 UTC)

Why does devel/llvm18 not exclude FLANG for armv6? ( devel/llvm17 does exclude FLANG for armv6 ): Mark Millard (Tue, 06 Feb 2024 10:41:32 UTC)

Re: Why does devel/llvm18 not exclude FLANG for armv6? ( devel/llvm17 does exclude FLANG for armv6 ): Brooks Davis (Tue, 06 Feb 2024 15:38:06 UTC)

Re: Why does devel/llvm18 not exclude FLANG for armv6? ( devel/llvm17 does exclude FLANG for armv6 ): Mark Millard (Tue, 06 Feb 2024 17:16:40 UTC)

devel/llvm18 on amd64: phase: package "Unable to access file . . ./stage/usr/local/llvm18/lib/clang/18/include/arm_sme.h" more: Mark Millard (Tue, 06 Feb 2024 11:32:28 UTC)

Re: devel/llvm18 on amd64: phase: package "Unable to access file . . ./stage/usr/local/llvm18/lib/clang/18/include/arm_sme.h" more: Brooks Davis (Tue, 06 Feb 2024 21:22:43 UTC)

Re: devel/llvm18 on amd64: phase: package "Unable to access file . . ./stage/usr/local/llvm18/lib/clang/18/include/arm_sme.h" more: Mark Millard (Tue, 06 Feb 2024 23:06:39 UTC)

For devel/llvm18 context: Bad llvm18 *.so file names? Bad references to llvm18 *.so file names? libLLVM-18.so vs. libLLVM-18rc.so ?: Mark Millard (Tue, 06 Feb 2024 23:02:49 UTC)

Re: For devel/llvm18 context: Bad llvm18 *.so file names? Bad references to llvm18 *.so file names? libLLVM-18.so vs. libLLVM-18rc.so ?: Mark Millard (Tue, 06 Feb 2024 23:11:06 UTC)

Re: For devel/llvm18 context: Bad llvm18 *.so file names? Bad references to llvm18 *.so file names? libLLVM-18.so vs. libLLVM-18rc.so ?: Mark Millard (Wed, 07 Feb 2024 00:22:51 UTC)

Re: For devel/llvm18 context: Bad llvm18 *.so file names? Bad references to llvm18 *.so file names? libLLVM-18.so vs. libLLVM-18rc.so ?: Brooks Davis (Wed, 07 Feb 2024 00:44:25 UTC)

Re: For devel/llvm18 context: Bad llvm18 *.so file names? Bad references to llvm18 *.so file names? libLLVM-18.so vs. libLLVM-18rc.so ?: Mark Millard (Wed, 07 Feb 2024 01:24:17 UTC)

Re: For devel/llvm18 context: Bad llvm18 *.so file names? Bad references to llvm18 *.so file names? libLLVM-18.so vs. libLLVM-18rc.so ?: Brooks Davis (Thu, 08 Feb 2024 19:17:55 UTC)

Mk/Uses/llvm.mk is going to need _LLVM_MK_VALID_VERSIONS to also list 18: Mark Millard (Wed, 07 Feb 2024 00:52:03 UTC)
[Bug 276632] LLVM std::filesystem::remove_all fails to handle dangling symlinks: bugzilla-noreply_at_freebsd.org (Thu, 08 Feb 2024 02:52:43 UTC)
[Bug 264408] clang-14 crashes on the port graphics/dcmtk on aarch64: bugzilla-noreply_at_freebsd.org (Thu, 08 Feb 2024 02:55:16 UTC)
Why lang/gcc14-devel builds are failing on the build servers: needs USES= compiler:c++14-lang (or higher) instead of compiler:c++11-lang: Mark Millard (Thu, 08 Feb 2024 05:51:31 UTC)

Re: Why lang/gcc14-devel builds are failing on the build servers: needs USES= compiler:c++14-lang (or higher) instead of compiler:c++11-lang: Nuno Teixeira (Thu, 08 Feb 2024 07:40:17 UTC)

Re: Why lang/gcc14-devel builds are failing on the build servers: needs USES= compiler:c++14-lang (or higher) instead of compiler:c++11-lang: Dimitry Andric (Thu, 08 Feb 2024 08:39:54 UTC)

Re: Why lang/gcc14-devel builds are failing on the build servers: needs USES= compiler:c++14-lang (or higher) instead of compiler:c++11-lang: Nuno Teixeira (Thu, 08 Feb 2024 10:00:56 UTC)

Re: Why lang/gcc14-devel builds are failing on the build servers: needs USES= compiler:c++14-lang (or higher) instead of compiler:c++11-lang: Nuno Teixeira (Thu, 08 Feb 2024 10:03:11 UTC)

Re: Why lang/gcc14-devel builds are failing on the build servers: needs USES= compiler:c++14-lang (or higher) instead of compiler:c++11-lang: Mark Millard (Thu, 08 Feb 2024 17:11:10 UTC)

lang/gcc* and MULTILIB: arm64 (aarch64) is never set up, even for main: Mark Millard (Thu, 08 Feb 2024 06:12:25 UTC)
[Bug 276738] clang: static_assert conflicts with -std=c++98 -pedantic-errors: bugzilla-noreply_at_freebsd.org (Fri, 09 Feb 2024 19:28:06 UTC)
[Bug 276703] clang crashes on the port www/ladybird on 15 (CURRENT) on amd64: Assertion failed: (!LHS.get()->hasPlaceholderType() && !RHS.get()->hasPlaceholderType() && "placeholders should have been weeded out by now"): bugzilla-noreply_at_freebsd.org (Fri, 09 Feb 2024 19:29:42 UTC)
[Bug 276703] clang crashes on the port www/ladybird on 15 (CURRENT) on amd64: Assertion failed: (!LHS.get()->hasPlaceholderType() && !RHS.get()->hasPlaceholderType() && "placeholders should have been weeded out by now"): bugzilla-noreply_at_freebsd.org (Fri, 09 Feb 2024 19:51:47 UTC)
[Bug 276703] clang crashes on the port www/ladybird on 15 (CURRENT) on amd64: Assertion failed: (!LHS.get()->hasPlaceholderType() && !RHS.get()->hasPlaceholderType() && "placeholders should have been weeded out by now"): bugzilla-noreply_at_freebsd.org (Fri, 09 Feb 2024 19:53:27 UTC)
debuginfo changes: Paul Floyd (Fri, 09 Feb 2024 20:15:06 UTC)

Re: debuginfo changes: Paul Floyd (Sat, 10 Feb 2024 08:12:19 UTC)

Re: lang/gcc* and MULTILIB: arm64 (aarch64) is never set up, even for main: Gerald Pfeifer (Fri, 09 Feb 2024 21:35:12 UTC)

Re: lang/gcc* and MULTILIB: arm64 (aarch64) is never set up, even for main: Mark Millard (Fri, 09 Feb 2024 23:01:06 UTC)
Re: lang/gcc* and MULTILIB: arm64 (aarch64) is never set up, even for main: Konstantin Belousov (Fri, 09 Feb 2024 23:44:57 UTC)

Problem reports for toolchain@FreeBSD.org that need special attention: bugzilla-noreply_at_FreeBSD.org (Sun, 11 Feb 2024 21:00:47 UTC)
[Bug 272652] clang16 crashes on the science/rdkit port: Assertion failed: (VDecl->isLinkageValid()), function DeduceVariableDeclarationType: bugzilla-noreply_at_freebsd.org (Tue, 13 Feb 2024 09:20:40 UTC)
[Bug 272652] clang16 crashes on the science/rdkit port: Assertion failed: (VDecl->isLinkageValid()), function DeduceVariableDeclarationType: bugzilla-noreply_at_freebsd.org (Tue, 13 Feb 2024 15:44:08 UTC)
Should https://lists.freebsd.org/archives/freebsd-pkg-fallout/ (and related) get reports of broken status?: Mark Millard (Tue, 13 Feb 2024 17:02:57 UTC)
[Bug 272652] clang16 crashes on the science/rdkit port: Assertion failed: (VDecl->isLinkageValid()), function DeduceVariableDeclarationType: bugzilla-noreply_at_freebsd.org (Tue, 13 Feb 2024 20:11:16 UTC)
[Bug 272652] clang16 crashes on the science/rdkit port: Assertion failed: (VDecl->isLinkageValid()), function DeduceVariableDeclarationType: bugzilla-noreply_at_freebsd.org (Tue, 13 Feb 2024 21:18:59 UTC)
[Bug 277047] /usr/lib/libcompiler_rt.a(atomic.o) hidden visibility causes non-atomic atomics: bugzilla-noreply_at_freebsd.org (Thu, 15 Feb 2024 05:51:02 UTC)
[Bug 277047] /usr/lib/libcompiler_rt.a(atomic.o) hidden visibility causes non-atomic atomics: bugzilla-noreply_at_freebsd.org (Thu, 15 Feb 2024 07:53:20 UTC)
[Bug 277047] /usr/lib/libcompiler_rt.a(atomic.o) hidden visibility causes non-atomic atomics: bugzilla-noreply_at_freebsd.org (Thu, 15 Feb 2024 09:33:59 UTC)
Problem reports for toolchain@FreeBSD.org that need special attention: bugzilla-noreply_at_FreeBSD.org (Sun, 18 Feb 2024 21:00:28 UTC)
system clang's -debugger-tuning setting: Is the default gdb setting intended?: Mark Millard (Wed, 21 Feb 2024 01:54:25 UTC)

Re: system clang's -debugger-tuning setting: Is the default gdb setting intended?: Brooks Davis (Wed, 21 Feb 2024 16:43:18 UTC)

Re: system clang's -debugger-tuning setting: Is the default gdb setting intended?: David Chisnall (Wed, 21 Feb 2024 16:49:30 UTC)
Re: system clang's -debugger-tuning setting: Is the default gdb setting intended?: Paul Floyd (Fri, 23 Feb 2024 08:58:17 UTC)
Re: system clang's -debugger-tuning setting: Is the default gdb setting intended?: Alexander Richardson (Wed, 28 Feb 2024 06:47:31 UTC)

Re: system clang's -debugger-tuning setting: Is the default gdb setting intended?: Brooks Davis (Wed, 28 Feb 2024 16:37:47 UTC)

Re: system clang's -debugger-tuning setting: Is the default gdb setting intended?: Mark Millard (Wed, 28 Feb 2024 18:16:22 UTC)

aarch64 vs. armv7 system clang defaults: -target-abi aapcs (aarch64) vs. -target-abi aapcs-linux (armv7)?: Mark Millard (Wed, 21 Feb 2024 02:24:03 UTC)
Re: sanitizers broken (was RE: libc/libsys split coming soon): Mark Millard (Wed, 21 Feb 2024 16:38:31 UTC)

Re: sanitizers broken (was RE: libc/libsys split coming soon): Mark Millard (Wed, 21 Feb 2024 17:02:36 UTC)

Re: sanitizers broken (was RE: libc/libsys split coming soon): Mark Millard (Wed, 21 Feb 2024 17:09:20 UTC)

main (via pkgbase use): -fsanitize=address use ends up with /usr/lib/libexecinfo.so.1 reference (not just /lib/* references): Mark Millard (Wed, 21 Feb 2024 20:11:31 UTC)
Re: rust-1.76.0: build fails, bootstrap issue (aarch64) [armv7 okay]: Mark Millard (Thu, 22 Feb 2024 07:06:26 UTC)
pkgbase: FreeBSD-src-sys-15.snap20240222112915.pkg installed does not match the kernel pkgbase installed (as reported by uname -apKU): Mark Millard (Thu, 22 Feb 2024 19:36:10 UTC)
Problem reports for toolchain@FreeBSD.org that need special attention: bugzilla-noreply_at_FreeBSD.org (Sun, 25 Feb 2024 21:01:36 UTC)
UnSubscribe: ‪yu shan wei‬ (Sun, 25 Feb 2024 22:32:50 UTC)
lang/gcc* built via --disable-bootstrap via using just-clang instead of a gcc* vs. armv7 and armv6 using --disable-bootstrap by default: Mark Millard (Mon, 26 Feb 2024 02:33:33 UTC)
Re: lang/gcc* built via --disable-bootstrap via using just-clang instead of a gcc* vs. armv7 and armv6 using --disable-bootstrap by default: Dimitry Andric (Mon, 26 Feb 2024 13:50:28 UTC)
LTO: void (Wed, 28 Feb 2024 14:24:41 UTC)

Re: LTO: Gleb Popov (Wed, 28 Feb 2024 16:50:59 UTC)

Re: LTO: void (Wed, 28 Feb 2024 17:06:08 UTC)

Re: LTO: Shawn Webb (Wed, 28 Feb 2024 17:46:52 UTC)

[Bug 257876] clang-11.0.1 crashes on 14-CURRENT but doesn't crash on 13.0-STABLE on the math/deal.ii port: error: Didn't find this decl on its identifier's chain!: bugzilla-noreply_at_freebsd.org (Thu, 29 Feb 2024 10:19:48 UTC)

Go to: [ monthly archives ] [ by author ] [ by date ]