freebsd-toolchain  

Messages by Thread

• • Re: Still true at -r333575 : head -r320458 (e.g.) amd64 -> powerpc64 cross build's install32 during installworld: /usr/src/share/mk/bsd.linker.mk tried to use "head" when PATH provided no access (head is missing) Bryan Drewery
  • Re: Still true at -r333575 : head -r320458 (e.g.) amd64 -> powerpc64 cross build's install32 during installworld: /usr/src/share/mk/bsd.linker.mk tried to use "head" when PATH provided no access (head is missing) Bryan Drewery
• head -r320458 (e.g.) amd64 -> powerpc cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build) Mark Millard
  • Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build) Mark Millard
  • Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build) Mark Millard
  • Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build) Dimitry Andric
  • Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build) Konstantin Belousov
  • Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build) Mark Millard
  • Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build) Dimitry Andric
  • Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build) Mark Millard
• /usr/ports -r444615 (e.g.) & head -r320458 (e.g.): sysutils/u-boot-pine64 build fails for arch/arm/dts/pine64_plus.dtb source handling error (gic in a64.dtsi) Mark Millard
  • Re: /usr/ports -r444615 (e.g.) & head -r320458 (e.g.): sysutils/u-boot-pine64 build fails for arch/arm/dts/pine64_plus.dtb source handling error (gic in a64.dtsi) Mark Millard
  • Re: /usr/ports -r444615 (e.g.) & head -r320458 (e.g.): sysutils/u-boot-pine64 build fails for arch/arm/dts/pine64_plus.dtb source handling error (gic in a64.dtsi) Emmanuel Vadot
• Recent reports of needing to avoid META_MODE for head kernel builds for updates: a preliminary investigation Mark Millard
  • Re: Recent reports of needing to avoid META_MODE for head kernel builds for updates: a preliminary investigation Bryan Drewery
• head -r320192 -> -r320387 kernel build and install to a DESTDIR: if_igb.ko vs. DESTDIR use for installkernel has symbolic link that seems inapproriate Mark Millard
• lang/gcc* package builds vs. release/11.0.1/ and the future release/11.1.0 because of vm_ooffset_t and vm_pindex_t changes and how the lang/gcc* work Mark Millard
  • Re: lang/gcc* package builds vs. release/11.0.1/ and the future release/11.1.0 because of vm_ooffset_t and vm_pindex_t changes and how the lang/gcc* work Mark Millard
  • Re: lang/gcc* package builds vs. release/11.0.1/ and the future release/11.1.0 because of vm_ooffset_t and vm_pindex_t changes and how the lang/gcc* work Gerald Pfeifer
  • Re: lang/gcc* package builds vs. release/11.0.1/ and the future release/11.1.0 because of vm_ooffset_t and vm_pindex_t changes and how the lang/gcc* work Mark Millard
  • Re: lang/gcc* package builds vs. release/11.0.1/ and the future release/11.1.0 because of vm_ooffset_t and vm_pindex_t changes and how the lang/gcc* work Gerald Pfeifer
  • Re: lang/gcc* package builds vs. release/11.0.1/ and the future release/11.1.0 because of vm_ooffset_t and vm_pindex_t changes and how the lang/gcc* work Mark Millard
  • Re: lang/gcc* package builds vs. release/11.0.1/ and the future release/11.1.0 because of vm_ooffset_t and vm_pindex_t changes and how the lang/gcc* work Gerald Pfeifer
  • It looks like USE_GCC=any is broken and leads to system-clang use Mark Millard
  • Re: It looks like USE_GCC=any is broken and leads to system-clang use Mark Millard
  • Re: It looks like USE_GCC=any is broken and leads to system-clang use Mark Millard
  • Re: It looks like USE_GCC=any is broken and leads to system-clang use Gerald Pfeifer
• [Bug 220233] Clang: Assertion failed: (NextLocalOffset + FileSize + 1 > NextLocalOffset && NextLocalOffset + FileSize + 1 <= CurrentLoadedOffset && "Ran out of source locations!") bugzilla-noreply
  • [Bug 220233] Clang: Assertion failed: (NextLocalOffset + FileSize + 1 > NextLocalOffset && NextLocalOffset + FileSize + 1 <= CurrentLoadedOffset && "Ran out of source locations!") bugzilla-noreply
  • [Bug 220233] Clang: Assertion failed: (NextLocalOffset + FileSize + 1 > NextLocalOffset && NextLocalOffset + FileSize + 1 <= CurrentLoadedOffset && "Ran out of source locations!") bugzilla-noreply
• [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
  • [Bug 220184] clang 4.0.0 segfaults on buildworld bugzilla-noreply
• head -r320192 vs. devel/aarch64-xtoolchain-gcc and devel/aarch64-binutils (/usr/ports -r443557): "liblto_plugin.so: error loading plugin: Service unavailable" for .pico link Mark Millard
  • Re: head -r320192 vs. devel/aarch64-xtoolchain-gcc and devel/aarch64-binutils (/usr/ports -r443557): "liblto_plugin.so: error loading plugin: Service unavailable" for .pico link Mark Millard
  • Re: head -r320192 vs. devel/aarch64-xtoolchain-gcc and devel/aarch64-binutils (/usr/ports -r443557): "liblto_plugin.so: error loading plugin: Service unavailable" for .pico link Mark Millard
• arm64 on head -r320059 (e.g.) fails buildkernel with only kernel-toolchain first (not buildworld) [Bugzilla 220125] Mark Millard
  • Re: arm64 on head -r320059 (e.g.) fails buildkernel with only kernel-toolchain first (not buildworld) [Bugzilla 220125] Dimitry Andric
  • Re: arm64 on head -r320059 (e.g.) fails buildkernel with only kernel-toolchain first (not buildworld) [Bugzilla 220125] Mark Millard
  • Re: arm64 on head -r320059 (e.g.) fails buildkernel with only kernel-toolchain first (not buildworld) [Bugzilla 220125] Ryan Stone
  • Re: arm64 on head -r320059 (e.g.) fails buildkernel with only kernel-toolchain first (not buildworld) [Bugzilla 220125] Dimitry Andric
• [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
  • [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) bugzilla-noreply
• -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build Mark Millard
  • Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build Bryan Drewery
  • Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build Bryan Drewery
  • Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build Mark Millard
• -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') Mark Millard
  • Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') Mark Millard
  • Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') Mark Millard
  • Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') [powerpc64 too] Mark Millard
  • Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') [powerpc64 too] Mark Millard
• June 2017 update on using LLVM's lld linker in the FreeBSD base system Ed Maste
  • Re: June 2017 update on using LLVM's lld linker in the FreeBSD base system Ed Maste
• Re: Function attribute for optimization level Konstantin Belousov
  • Re: Function attribute for optimization level Konstantin Belousov
  • Re: Function attribute for optimization level Dimitry Andric
  • Re: Function attribute for optimization level Jilles Tjoelker
  • Re: Function attribute for optimization level David Chisnall
• [Bug 219589] head -r317820 (e.g.); stable/11: TARGET_ARCH=powerpc needs a (somewhat dynamic) variant of powerpc64's 205458 fix if PowerMac G5's are to be supported bugzilla-noreply
  • [Bug 219589] head -r317820 (e.g.); stable/11: TARGET_ARCH=powerpc needs a (somewhat dynamic) variant of powerpc64's 205458 fix if PowerMac G5's are to be supported bugzilla-noreply
  • [Bug 219589] head -r317820 (e.g.); stable/11: TARGET_ARCH=powerpc needs a (somewhat dynamic) variant of powerpc64's 205458 fix if PowerMac G5's are to be supported bugzilla-noreply
• PowerPC64 C++ exceptions with clang/llvm Roman Divacky
  • Re: PowerPC64 C++ exceptions with clang/llvm Mark Millard
  • Re: PowerPC64 C++ exceptions with clang/llvm Mark Millard
• cpp behavior? Steve Kargl
  • Re: cpp behavior? Ian Lepore
  • Re: cpp behavior? Steve Kargl
• [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 219289] security/clambc: fails to build with lang/gcc6 or later bugzilla-noreply
• [Bug 216080] science/bddsolve: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 216080] science/bddsolve: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 216080] science/bddsolve: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 216080] science/bddsolve: fails to build with lang/gcc6 or later bugzilla-noreply
  • [Bug 216080] science/bddsolve: fails to build with lang/gcc6 or later bugzilla-noreply
• A head -r317820 incremental buildworld race: kvm_geterr_test failures for -j16 but works without -j<?> Mark Millard
  • Re: A head -r317820 incremental buildworld race: kvm_geterr_test failures for -j16 but works without -j<?> Bryan Drewery
• [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
  • [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such bugzilla-noreply
• Panics for gcc-4.2.1-based powerpc non-debug head kernel builds (e.g., -r317820); no powerpc kernel debugger support (system or ports) Mark Millard
• Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target" Mark Millard
  • Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target" Mark Millard
  • Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target" Mark Millard
  • Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target" John Baldwin
  • Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target" Mark Millard
  • Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target" Mark Millard
• llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Dimitry Andric
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Dimitry Andric
  • Re: llvm FreeBSD powerpc ABI target bug fix: Re: [Bug 26519] Clang 4.0.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) Mark Millard
• FYI: head -r317729 for powerpc (via clang) gets "clang frontend command failed due to signal" Mark Millard
• clang/lld 4.0.0 arm64 link failure in sys/boot/efi/boot1 on arm64 tech-lists
  • Re: clang/lld 4.0.0 arm64 link failure in sys/boot/efi/boot1 on arm64 Mark Millard
• Re: svn commit: r317169 - head/release/tools Mark Millard
• Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc Mark Millard
  • Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc Mark Millard
  • Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc Mark Millard
  • Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc Mark Linimon
  • Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc Mark Millard
  • Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc Mark Millard
  • Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc Mark Millard
  • Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc Mark Linimon
• [Bug 214971] clang + lld 3.9.1: Unhandled relocation 1031 bugzilla-noreply
• [Bug 217648] [lld 4.0.0] WITH_LLD_IS_LD Results bugzilla-noreply
• [Bug 218861] libelf elf_update fails when adding sections bugzilla-noreply
  • [Bug 218861] libelf elf_update fails when adding sections bugzilla-noreply
  • [Bug 218861] libelf elf_update fails when adding sections bugzilla-noreply
  • [Bug 218861] libelf elf_update fails when adding sections bugzilla-noreply
  • [Bug 218861] libelf elf_update fails when adding sections bugzilla-noreply
• [Bug 218860] libelf doesn't reload section headers after update with ELF_C_WRITE bugzilla-noreply
  • [Bug 218860] libelf doesn't reload section headers after update with ELF_C_WRITE bugzilla-noreply
  • [Bug 218860] libelf doesn't reload section headers after update with ELF_C_WRITE bugzilla-noreply
  • [Bug 218860] libelf doesn't reload section headers after update with ELF_C_WRITE bugzilla-noreply
  • [Bug 218860] libelf doesn't reload section headers after update with ELF_C_WRITE bugzilla-noreply
  • [Bug 218860] libelf doesn't reload section headers after update with ELF_C_WRITE bugzilla-noreply
• [Bug 209413] c++ symbolic functions broken on arm bugzilla-noreply
• [Bug 217376] make buildworld exits with segfault bugzilla-noreply
  • [Bug 217376] make buildworld exits with segfault bugzilla-noreply
• [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols bugzilla-noreply
  • [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols bugzilla-noreply
  • [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols bugzilla-noreply
  • [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols bugzilla-noreply
  • [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols bugzilla-noreply
  • [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols bugzilla-noreply
  • [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols bugzilla-noreply
  • [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols bugzilla-noreply
• FYI on aarch64: building and installing devel/aarch64-gcc fails with "Unable to access file" for 6 files Mark Millard
  • Re: FYI on aarch64: building and installing devel/aarch64-gcc fails with "Unable to access file" for 6 files Alexander Kabaev
  • Re: FYI on aarch64: building and installing devel/aarch64-gcc fails with "Unable to access file" for 6 files Mark Millard
• Re: svn commit: r317159 - head/contrib/libstdc++/config/abi/pre Ed Maste
• Re: WITH_LLD_IS_LD vs default WITHOUT_SYSTEM_COMPILER: What are the reasons? Ed Maste
• amd64 head -r317015 system clang 4.0 crashes during qt5-widgets "checking" activity: "Wrong prefetch hint in intrinsic: should be 0 or 1" (avx512.cpp) Mark Millard
• FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) Mark Millard
  • Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) Mark Millard
  • Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) Ed Maste
  • Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) Mark Millard
• Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) Mark Millard
  • Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) [amd64 system ld being lld vs. binutils based] Mark Millard
  • Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) Gerald Pfeifer
  • Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) Alexander Kabaev
  • Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) Konstantin Belousov
• Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) Alexey Dokuchaev

• Later messages