toolchain  

Messages by Thread

• [Bug 294214] clang builtin functions break libm bugzilla-noreply
  • [Bug 294214] clang builtin functions break libm bugzilla-noreply
• [Bug 294067] clang frontend command failed with exit code 134 on the port misc/pytorch Running pass 'AArch64 Instruction Selection' on function xx bugzilla-noreply
  • [Bug 294067] clang frontend command failed with exit code 134 on the port misc/pytorch Running pass 'AArch64 Instruction Selection' on function xx bugzilla-noreply
  • [Bug 294067] clang frontend command failed with exit code 134 on the port misc/pytorch Running pass 'AArch64 Instruction Selection' on function xx bugzilla-noreply
  • [Bug 294067] clang frontend command failed with exit code 134 on the port misc/pytorch Running pass 'AArch64 Instruction Selection' on function xx bugzilla-noreply
• [Bug 293845] Compilation fails with "use of undeclared identifier '__builtin_ia32_readeflags_u32'" on aarch64 bugzilla-noreply
  • [Bug 293845] Compilation fails with "use of undeclared identifier '__builtin_ia32_readeflags_u32'" on aarch64 bugzilla-noreply
  • [Bug 293845] Compilation fails with "use of undeclared identifier '__builtin_ia32_readeflags_u32'" on aarch64 bugzilla-noreply
  • [Bug 293845] Compilation fails with "use of undeclared identifier '__builtin_ia32_readeflags_u32'" on aarch64 bugzilla-noreply
• devel/freebsd-gcc15/Makefile should be using compiler:c++14-lang from what I can tell Mark Millard
  • Re: devel/freebsd-gcc15/Makefile should be using compiler:c++14-lang from what I can tell Lorenzo Salvadore
• [Bug 292933] libcxxrt crash when called from libstdc++ bugzilla-noreply
  • [Bug 292933] libcxxrt crash when called from libstdc++ bugzilla-noreply
  • [Bug 292933] libcxxrt crash when called from libstdc++ bugzilla-noreply
  • [Bug 292933] libcxxrt crash when called from libstdc++ bugzilla-noreply
  • [Bug 292933] libcxxrt crash when called from libstdc++ bugzilla-noreply
• [Bug 278649] lang/gcc1[34]: build failed on 15.0-CURRENT armv7 bugzilla-noreply
• [Bug 206123] devel/powerpc64-gcc based buildworld installed (or other modern gcc's): powerpc64 lib32 use fails because of lib/csu/powerpc/crti.S mismatch with how (e.g.) devel/powerpc64-gcc/work/gcc-6.3.0/libgcc/crtstuff.c works bugzilla-noreply
• [Bug 291669] ELF section names .hash, .plt sometimes don't appear in the .shstrtab table in ELF bugzilla-noreply
  • [Bug 291669] ELF section names .hash, .plt sometimes don't appear in the .shstrtab table in ELF bugzilla-noreply
  • [Bug 291669] ELF section names .hash, .plt sometimes don't appear in the .shstrtab table in ELF bugzilla-noreply
  • [Bug 291669] ELF section names .hash, .plt sometimes don't appear in the .shstrtab table in ELF bugzilla-noreply
  • [Bug 291669] ELF section names .hash, .plt sometimes don't appear in the .shstrtab table in ELF bugzilla-noreply
• [Bug 291409] native-xtools fails to build on 15.0-RELEASE for arm64 (libprivatellvm.so missing) bugzilla-noreply
  • [Bug 291409] native-xtools fails to build on 15.0-RELEASE for arm64 (libprivatellvm.so missing) bugzilla-noreply
  • [Bug 291409] native-xtools fails to build on 15.0-RELEASE for arm64 (libprivatellvm.so missing) bugzilla-noreply
  • [Bug 291409] native-xtools fails to build on 15.0-RELEASE for arm64 (libprivatellvm.so missing) bugzilla-noreply
  • [Bug 291409] native-xtools fails to build on 15.0-RELEASE for arm64 (libprivatellvm.so missing) bugzilla-noreply
  • [Bug 291409] native-xtools fails to build on 15.0-RELEASE for arm64 (libprivatellvm.so missing) bugzilla-noreply
• [Bug 291233] llvm-cov complains about registered duplicated options and segfaults bugzilla-noreply
  • [Bug 291233] llvm-cov complains about registered duplicated options and segfaults bugzilla-noreply
  • [Bug 291233] llvm-cov complains about registered duplicated options and segfaults bugzilla-noreply
• [Bug 291228] C++ feature std::execution::unseq is missing in std::execution bugzilla-noreply
  • [Bug 291228] C++ feature std::execution::unseq is missing in std::execution bugzilla-noreply
  • [Bug 291228] C++ feature std::execution::unseq is missing in std::execution bugzilla-noreply
  • [Bug 291228] C++ feature std::execution::unseq is missing in std::execution bugzilla-noreply
  • [Bug 291228] C++ feature std::execution::unseq is missing in std::execution bugzilla-noreply
• [Bug 290687] LIBCPP hardening asserts are enabled with -DNDEBUG which degrades performance bugzilla-noreply
  • [Bug 290687] LIBCPP hardening asserts are enabled with -DNDEBUG which degrades performance bugzilla-noreply
  • [Bug 290687] LIBCPP hardening asserts are enabled with -DNDEBUG which degrades performance bugzilla-noreply
• [Bug 290381] LD segfaults when bulding Xen bugzilla-noreply
  • [Bug 290381] LD segfaults when bulding Xen bugzilla-noreply
• [Bug 289835] Build failure with Clang/LLVM 22 due to alloc-size diagnostic bugzilla-noreply
• [Bug 290157] Enabling IPC breaks the link with error: relocation R_X86_64_PC32 cannot be used against symbol '__stack_chk_guard'; recompile with -fPIC bugzilla-noreply
  • [Bug 290157] Enabling IPC breaks the link with error: relocation R_X86_64_PC32 cannot be used against symbol '__stack_chk_guard'; recompile with -fPIC bugzilla-noreply
• [Bug 290157] Enabling IPO breaks the link with error: relocation R_X86_64_PC32 cannot be used against symbol '__stack_chk_guard'; recompile with -fPIC bugzilla-noreply
• maintainer-feedback requested: [Bug 289835] Build failure with Clang/LLVM 22 due to alloc-size diagnostic bugzilla-noreply
• [Bug 289746] no support for c++ standard library module bugzilla-noreply
  • [Bug 289746] no support for c++ standard library module bugzilla-noreply
  • [Bug 289746] no support for c++ standard library module bugzilla-noreply
  • [Bug 289746] no support for c++ standard library module bugzilla-noreply
• [Bug 289493] clang-19 , jid 0, uid 0, was killed: a thread waited too long to allocate a page bugzilla-noreply
  • [Bug 289493] clang-19 , jid 0, uid 0, was killed: a thread waited too long to allocate a page bugzilla-noreply
  • [Bug 289493] clang-19 , jid 0, uid 0, was killed: a thread waited too long to allocate a page bugzilla-noreply
  • [Bug 289493] clang-19 , jid 0, uid 0, was killed: a thread waited too long to allocate a page bugzilla-noreply
  • [Bug 289493] clang-19 , jid 0, uid 0, was killed: a thread waited too long to allocate a page bugzilla-noreply
• [Bug 289103] The C++ code fails in clang and succeeds in gcc bugzilla-noreply
  • [Bug 289103] The C++ code fails in clang and succeeds in gcc bugzilla-noreply
  • [Bug 289103] The C++ code fails in clang and succeeds in gcc bugzilla-noreply
  • [Bug 289103] The C++ code fails in clang and succeeds in gcc bugzilla-noreply
  • [Bug 289103] The C++ code fails in clang and succeeds in gcc bugzilla-noreply
• FYI: main-amd64 type poudriere(-devel) bulk -Ca times on same system: 157 Hrs vs. 65 Hrs Mark Millard
• Odd "swp_pager_getswapspace(??): failed"s happen during bulk -Ca for RAM+SWAP=704 GiBytes Mark Millard
  • Re: Odd "swp_pager_getswapspace(??): failed"s happen during bulk -Ca for RAM+SWAP=704 GiBytes Mark Millard
  • Re: Odd "swp_pager_getswapspace(??): failed"s happen during bulk -Ca for RAM+SWAP=704 GiBytes Mark Millard
• [Bug 288392] clang-19 fails with: error: use of undeclared identifier '__builtin_ia32_crc32qi' on arm64 bugzilla-noreply
  • [Bug 288392] clang-19 fails with: error: use of undeclared identifier '__builtin_ia32_crc32qi' on arm64 bugzilla-noreply
  • [Bug 288392] clang-19 fails with: error: use of undeclared identifier '__builtin_ia32_crc32qi' on arm64 bugzilla-noreply
• [Bug 288352] clang crash on devel/hpx while building tests bugzilla-noreply
  • [Bug 288352] clang crash on devel/hpx while building tests bugzilla-noreply
  • [Bug 288352] clang crash on devel/hpx while building tests bugzilla-noreply
  • [Bug 288352] clang crash on devel/hpx while building tests bugzilla-noreply
  • [Bug 288352] clang crash on devel/hpx while building tests bugzilla-noreply
  • [Bug 288352] clang crash on devel/hpx while building tests bugzilla-noreply
• [Bug 287829] lldb prints the wrong value of errno in multi-threaded processes bugzilla-noreply
  • [Bug 287829] lldb prints the wrong value of errno in multi-threaded processes bugzilla-noreply
  • [Bug 287829] lldb prints the wrong value of errno in multi-threaded processes bugzilla-noreply
  • [Bug 287829] lldb prints the wrong value of errno in multi-threaded processes bugzilla-noreply
  • [Bug 287829] lldb prints the wrong value of errno in multi-threaded processes bugzilla-noreply
  • [Bug 287829] lldb prints the wrong value of errno in multi-threaded processes bugzilla-noreply
  • [Bug 287829] lldb prints the wrong value of errno in multi-threaded processes bugzilla-noreply
  • [Bug 287829] lldb prints the wrong value of errno in multi-threaded processes bugzilla-noreply
• [Bug 287803] clang internal error when building C++20 modules bugzilla-noreply
  • [Bug 287803] clang internal error when building C++20 modules bugzilla-noreply
  • [Bug 287803] clang internal error when building C++20 modules bugzilla-noreply
• [Bug 272806] aarch64's -m32 for system-clang uses -target armv4t-unknown-freebsd14.3 instead of -target armv7-unknown-freebsd14.3-gnueabihf (and main [so: 15] as well) bugzilla-noreply
• [Bug 272806] aarch64's -m32 for system-clang uses -target armv7-unknown-freebsd14.0 instead of -target armv7-unknown-freebsd14.0-gnueabihf (now worded for stable/14 and releng/14.?) bugzilla-noreply
  • [Bug 272806] aarch64's -m32 for system-clang uses -target armv7-unknown-freebsd14.0 instead of -target armv7-unknown-freebsd14.0-gnueabihf (now worded for stable/14 and releng/14.?) bugzilla-noreply
  • [Bug 272806] aarch64's -m32 for system-clang uses -target armv7-unknown-freebsd14.0 instead of -target armv7-unknown-freebsd14.0-gnueabihf (now worded for stable/14 and releng/14.?) bugzilla-noreply
• Status of /usr/include/libunwind.h Gleb Popov
  • Re: Status of /usr/include/libunwind.h Dimitry Andric
  • Re: Status of /usr/include/libunwind.h Gleb Popov
• [Bug 250992] Binaries produced by clang -pg on x86-64 always crash in ld-elf.so.1 bugzilla-noreply
• [Bug 251198] clang-10 fails to compile C-embedded assembly with SSE and AVX instructions bugzilla-noreply
  • [Bug 251198] clang-10 fails to compile C-embedded assembly with SSE and AVX instructions bugzilla-noreply
• [Bug 287510] std::is_null_pointer is missing with -std=c++11 bugzilla-noreply
  • [Bug 287510] std::is_null_pointer is missing with -std=c++11 bugzilla-noreply
• 14.2-RELEASE addr2line failures (Invalid argument [dwarf_tag(242)]) vs. gdb/lldb success: are some tools out of date relative to dwarf or such? Mark Millard
• FYI: g++15 import std / import std.compat fails for use of FreeBSD /usr/include/fenv.h : needs external linkage usage instead Mark Millard
  • Re: FYI: g++15 import std / import std.compat fails for use of FreeBSD /usr/include/fenv.h : needs external linkage usage instead Mark Millard
• [Bug 238514] Adding -flto into compilation/link lines causes the error: /usr/bin/ld: unrecognized option '-plugin' bugzilla-noreply
• Will the future of "poudriere bulk -c -a" continue to be worse than linear for time-taken vs. the number of local packages? Mark Millard
• [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
  • [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
  • [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
  • [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
  • [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
  • [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
  • [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
  • [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
  • [Bug 286342] libc++: compiling with -fmodules broken when including <locale> bugzilla-noreply
• lang/gcc15 fails to build on aarch64 : error: 'ElfW' redefined [-Werror] Mark Millard
  • Re: lang/gcc15 fails to build on aarch64 : error: 'ElfW' redefined [-Werror] Lorenzo Salvadore
  • Re: lang/gcc15 fails to build on aarch64 : error: 'ElfW' redefined [-Werror] Mark Millard
  • Re: lang/gcc15 fails to build on aarch64 : error: 'ElfW' redefined [-Werror] Mark Millard
  • Re: lang/gcc15 fails to build on aarch64 : error: 'ElfW' redefined [-Werror] Lorenzo Salvadore
  • Re: lang/gcc15 fails to build on aarch64 : error: 'ElfW' redefined [-Werror] Mark Millard
• Quarterly pkg version 2.1.0 vs. 2.1.2; ampere1 (that builds aarch64/armv7 quarterly) is not being allowed finish pkg build runs Mark Millard
  • Re: Quarterly pkg version 2.1.0 vs. 2.1.2; ampere1 (that builds aarch64/armv7 quarterly) is not being allowed finish pkg build runs Philip Paeps
• A partial workaround for lang/gcc14 building on/for armv7, given STANDARD_BOOTSTRAP hitting some FreeBSD __aeabi_* symbol issues Mark Millard
  • Re: A partial workaround for lang/gcc14 building on/for armv7, given STANDARD_BOOTSTRAP hitting some FreeBSD __aeabi_* symbol issues Michal Meloun
  • Re: A partial workaround for lang/gcc14 building on/for armv7, given STANDARD_BOOTSTRAP hitting some FreeBSD __aeabi_* symbol issues Mark Millard
  • Re: A partial workaround for lang/gcc14 building on/for armv7, given STANDARD_BOOTSTRAP hitting some FreeBSD __aeabi_* symbol issues Mark Millard
  • Re: A partial workaround for lang/gcc14 building on/for armv7, given STANDARD_BOOTSTRAP hitting some FreeBSD __aeabi_* symbol issues Mark Millard
  • Re: A partial workaround for lang/gcc14 building on/for armv7, given STANDARD_BOOTSTRAP hitting some FreeBSD __aeabi_* symbol issues [email protected]
  • Re: A partial workaround for lang/gcc14 building on/for armv7, given STANDARD_BOOTSTRAP hitting some FreeBSD __aeabi_* symbol issues Mark Millard
  • RETITLED/edited/shorter: Building lang/gcc14 fails only on main [so: 15], works on 14.2-Release and 14.2-Stable, why? Mark Millard
  • Re: RETITLED/edited/shorter: Building lang/gcc14 fails only on main [so: 15], works on 14.2-Release and 14.2-Stable, why? Mark Millard
  • Re: RETITLED/edited/shorter: Building lang/gcc14 fails only on main [so: 15], works on 14.2-Release and 14.2-Stable, why? Mark Millard
  • Re: RETITLED/edited/shorter: Building lang/gcc14 fails only on main [so: 15], works on 14.2-Release and 14.2-Stable, why? Mark Millard
  • Re: RETITLED/edited/shorter: Building lang/gcc14 fails only on main [so: 15], works on 14.2-Release and 14.2-Stable, why? Mark Millard
  • Re: A partial workaround for lang/gcc14 building on/for armv7, given STANDARD_BOOTSTRAP hitting some FreeBSD __aeabi_* symbol issues [email protected]
• New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c [WARNING: some build servers now using the bad pkg 2.1.1] Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c [WARNING: some build servers now using the bad pkg 2.1.1] Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c [WARNING: some build servers now using the bad pkg 2.1.1] Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c [WARNING: some build servers now using the bad pkg 2.1.1] Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c Matthias Fechner
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c [pkg 2.1.2 tested as working in my context] Mark Millard
  • Re: New pkg 2.1.1 used wrong version of pkg/libpkg/pkg_abi.c [pkg 2.1.2 tested as working in my context] Matthias Fechner
• RE: arm64 snapshot images? Mark Millard
• RE: git: 6527682ab705 - main - src: Use gnu++17 as the default C++ standard Mark Millard
  • Re: git: 6527682ab705 - main - src: Use gnu++17 as the default C++ standard John Baldwin
  • Re: git: 6527682ab705 - main - src: Use gnu++17 as the default C++ standard Matthias Andree
  • Re: git: 6527682ab705 - main - src: Use gnu++17 as the default C++ standard Mark Millard
  • Re: git: 6527682ab705 - main - src: Use gnu++17 as the default C++ standard Matthias Andree
  • Re: git: 6527682ab705 - main - src: Use gnu++17 as the default C++ standard Mark Millard
• c++ error when trying to build releng/14.2 on 'main' host Andriy Gapon
  • Re: c++ error when trying to build releng/14.2 on 'main' host Gleb Popov
  • Re: c++ error when trying to build releng/14.2 on 'main' host Andriy Gapon
  • Re: c++ error when trying to build releng/14.2 on 'main' host Dimitry Andric
  • Re: c++ error when trying to build releng/14.2 on 'main' host Andriy Gapon
  • Re: c++ error when trying to build releng/14.2 on 'main' host Andriy Gapon
  • Re: c++ error when trying to build releng/14.2 on 'main' host Andriy Gapon
  • Re: c++ error when trying to build releng/14.2 on 'main' host Mark Millard
  • Re: c++ error when trying to build releng/14.2 on 'main' host Andriy Gapon
  • Re: c++ error when trying to build releng/14.2 on 'main' host Mark Millard
  • Re: c++ error when trying to build releng/14.2 on 'main' host Andriy Gapon
  • Re: c++ error when trying to build releng/14.2 on 'main' host Andriy Gapon
• [Bug 285666] Sanitized build of one port fails: undefined reference due to --no-allow-shlib-undefined: __sanitizer_annotate_double_ended_contiguous_container bugzilla-noreply
  • [Bug 285666] Sanitized build of one port fails: undefined reference due to --no-allow-shlib-undefined: __sanitizer_annotate_double_ended_contiguous_container bugzilla-noreply
• [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • Re: [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump Konstantin Belousov
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply
  • [Bug 285401] x11/libxkbcommon: after recent updates to 1.8.0 and 1.8.1 several ports may need a PORTREVISION bump bugzilla-noreply

• Earlier messages