freebsd-toolchain
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: Head build unsafe for /etc today
Steve Kargl
Re: Head build unsafe for /etc today
Bryan Drewery
Re: Head build unsafe for /etc today
Steve Kargl
Re: Head build unsafe for /etc today
Glen Barber
Re: Head build unsafe for /etc today
Bryan Drewery
Re: Head build unsafe for /etc today
Bryan Drewery
Re: Head build unsafe for /etc today
Warner Losh
Re: Head build unsafe for /etc today
Bryan Drewery
Re: Head build unsafe for /etc today
Steve Kargl
Re: Head build unsafe for /etc today
Warner Losh
Re: Head build unsafe for /etc today
Bryan Drewery
Re: Head build unsafe for /etc today
Pete Wright
Re: Head build unsafe for /etc today
Rodney W. Grimes
Re: Head build unsafe for /etc today
Cy Schubert
Re: Head build unsafe for /etc today
Mark Millard
Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Mark Millard
Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Bryan Drewery
Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Mark Millard
Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Bryan Drewery
Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Mark Millard
Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Mark Millard
Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Mark Millard
Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Bryan Drewery
Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools
Mark Millard
sys/boot machine symlink dirs causing rebuild [was Re: Example of Bryan Drewery's "Something is very wrong" ...]
Bryan Drewery
[Bug 223333] science/simlib: crashes nm(1) during build
bugzilla-noreply
[Bug 223333] science/simlib: crashes nm(1) during build
bugzilla-noreply
[Bug 223333] science/simlib: crashes nm(1) during build
bugzilla-noreply
[Bug 223333] science/simlib: crashes nm(1) during build
bugzilla-noreply
[Bug 223333] science/simlib: crashes nm(1) during build
bugzilla-noreply
[Bug 223333] science/simlib: crashes nm(1) during build
bugzilla-noreply
[Bug 223333] science/simlib: crashes nm(1) during build
bugzilla-noreply
[Bug 223333] science/simlib: crashes nm(1) during build
bugzilla-noreply
External LLVM toolchain not consistently locating c++ when compiling ports
Sid
Re: External LLVM toolchain not consistently locating c++ when compiling ports
Mark Millard
Re: External LLVM toolchain not consistently locating c++ when compiling ports
Sid
Re: External LLVM toolchain not consistently locating c++ when compiling ports
Mark Millard
Re: External LLVM toolchain not consistently locating c++ when compiling ports
Sid
Re: External LLVM toolchain not consistently locating c++ when compiling ports
Sid
Re: External LLVM toolchain not consistently locating c++ when compiling ports
Stefan Esser
lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Eddy Petrișor
Re: lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Mark Millard
Re: lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Eddy Petrișor
Re: lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Mark Millard
Re: lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Dimitry Andric
Re: lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Mark Millard
Re: lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Eddy Petrișor
Re: lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Eddy Petrișor
Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Gerald Pfeifer
Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Mark Millard
Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Eddy Petrișor
Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Mark Millard
Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'?
Mark Millard
Re: Spot of bother compiling an ARMv8 kernel...
Mark Millard
Re: Spot of bother compiling an ARMv8 kernel...
Mark Millard
[Bug 223048] Clang 5.0 crashes while building SpiderMonkey on aarch64
bugzilla-noreply
[Bug 223048] Clang 5.0 crashes while building SpiderMonkey on aarch64
bugzilla-noreply
[Bug 223048] Clang 5.0 crashes while building SpiderMonkey on aarch64
bugzilla-noreply
[Bug 223048] www/firefox: TEST=on fails to build aarch64
bugzilla-noreply
[Bug 223048] www/firefox: Clang 5.0 crashes during TEST=on build on aarch64
bugzilla-noreply
[Bug 223048] www/firefox: Clang 5.0 crashes during TEST=on build on aarch64
bugzilla-noreply
[Bug 214903] head -r309179 clang 3.9.0 TARGET_ARCH=powerpc64 cross built buildkernel stops for: converts between pointers to integer types with different sign [-Werror,-Wpointer-sign]
bugzilla-noreply
[Bug 222858] Clang doesn't find <omp.h> and libomp.so when compiling with -fopenmp
bugzilla-noreply
[Bug 222858] Clang doesn't find <omp.h> and libomp.so when compiling with -fopenmp
bugzilla-noreply
[Bug 222858] Clang doesn't find <omp.h> and libomp.so when compiling with -fopenmp
bugzilla-noreply
[Bug 222858] Clang doesn't find <omp.h> and libomp.so when compiling with -fopenmp
bugzilla-noreply
[Bug 222858] Clang doesn't find <omp.h> and libomp.so when compiling with -fopenmp
bugzilla-noreply
head -r324071 clang++ 5 for TARGET_ARCH=powerpc64 (e.g.): DW_CFA_offset_extended for r97-r108? Handled by FreeBSD's libgcc_s.so.1 ? (more. . .)
Mark Millard
Re: head -r324071 clang++ 5 for TARGET_ARCH=powerpc64 (e.g.): DW_CFA_offset_extended for r97-r108? Handled by FreeBSD's libgcc_s.so.1 ? (more. . .)
Mark Millard
Re: head -r324071 clang++ 5 for TARGET_ARCH=powerpc64 (e.g.): DW_CFA_offset_extended for r97-r108? Handled by FreeBSD's libgcc_s.so.1 ? (more. . .)
Mark Millard
Re: head -r324071 clang++ 5 for TARGET_ARCH=powerpc64 (e.g.): DW_CFA_offset_extended for r97-r108? Handled by FreeBSD's libgcc_s.so.1 ? (more. . .)
Mark Millard
powerpc64 /usr/bin/ld crashes during buildworld: ppc64_elf_tls_optimize gets signal 11
Mark Millard
Re: C++ in jemalloc
Mark Millard
devel/powerpc64-xtoolchain-gcc on powerpc64 failed to buildkernel: .ERROR_TARGET='ath_hal_ar5212.kld': ctfmerge.13434.core generated for SIGSEGV
Mark Millard
Exceptions Handling on PPC64 with clang - gnu ld bug identified
Roman Divacky
Re: Exceptions Handling on PPC64 with clang - gnu ld bug identified
Mark Millard
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols
bugzilla-noreply
devel/llvm40 and llvm50 builds vs. powerpc (32-bit) FreeBSD: "Host compiler appears to require libatomic, but cannot find it."
Mark Millard
head -r324071 system clang 5 based powerpc64 building ports: x11-toolkit/qt5-gui gets "clang++: error: unknown argument: '-mminimal-toc'"
Mark Millard
head -r324071 system clang 5 based powerpc64 building ports: lang/gcc7 messed up by a matching name vec_step?
Mark Millard
Re: head -r324071 system clang 5 based powerpc64 building ports: lang/gcc7 messed up by a matching name vec_step? [vec_step macro name in gcc7's altivec.h]
Mark Millard
Re: head -r324071 system clang 5 based powerpc64 building ports: lang/gcc7 messed up by a matching name vec_step? [vec_step macro name in gcc7's altivec.h]
Mark Millard
Re: head -r324071 system clang 5 based powerpc64 building ports: lang/gcc7 messed up by a matching name vec_step? [renaming in tree-vect-loop.c avoids the issue]
Mark Millard
[Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply
maintainer-feedback requested: [Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply
[Bug 222563] libcxxrt abi::__cxa_demangle() does not successfully demangle names
bugzilla-noreply
[Bug 222563] libcxxrt abi::__cxa_demangle() does not successfully demangle names
bugzilla-noreply
[Bug 222562] c++filt and libelftc do not demangle names correctly
bugzilla-noreply
[Bug 222562] c++filt and libelftc do not demangle names correctly
bugzilla-noreply
[Bug 222562] c++filt and libelftc do not demangle names correctly
bugzilla-noreply
[Bug 222562] c++filt and libelftc do not demangle names correctly
bugzilla-noreply
[Bug 222562] c++filt and libelftc do not demangle names correctly
bugzilla-noreply
[Bug 222551] Code generated by Clang using union aliasing results in segmentation fault
bugzilla-noreply
[Bug 222551] Code generated by Clang using union aliasing results in segmentation fault
bugzilla-noreply
head -r323676 and ports -r450478 audio/liba52 for arm.armv6 (cortex-a7): unresolvable R_ARM_MOVW_ABS_NC relocation against symbol `__stderrp@@FBSD_1.0'
Mark Millard
Re: head -r323676 and ports -r450478 audio/liba52 for arm.armv6 (cortex-a7): unresolvable R_ARM_MOVW_ABS_NC relocation against symbol `__stderrp@@FBSD_1.0'
Mikaël Urankar
[Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64
bugzilla-noreply
[Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64
bugzilla-noreply
[Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64
bugzilla-noreply
[Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64
bugzilla-noreply
[Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64
bugzilla-noreply
[Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64
bugzilla-noreply
[Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build
bugzilla-noreply
[Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build
bugzilla-noreply
[Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build
bugzilla-noreply
[Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build
bugzilla-noreply
[Bug 222280] www/firefox: 57.0 crashes clang during build
bugzilla-noreply
[Bug 222280] www/firefox: 57.0 crashes clang during build
bugzilla-noreply
[Bug 222280] www/firefox: 57.0 crashes clang during build
bugzilla-noreply
head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Mark Millard
Re: head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Warner Losh
Re: head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Mark Millard
Re: head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Warner Losh
Re: head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Mark Millard
head -r323246 Pine64+ 2GB boot time context: acquiring blockable sleep lock with spinlock or critical section held for data_abort calling pmap_fault calling __mtx_lock_flags
Mark Millard
Re: head -r323246 Pine64+ 2GB boot time context: acquiring blockable sleep lock with spinlock or critical section held for data_abort calling pmap_fault calling __mtx_lock_flags
Mark Millard
Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Mark Millard
Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Tim Kientzle
Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Mark Millard
Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Emmanuel Vadot
Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Mark Millard
if_igb.ko symbolic link generation is still messed up in that it hard wires the path at installkernel time, messing up copying to other places
Mark Millard
Re: if_igb.ko symbolic link generation is still messed up in that it hard wires the path at installkernel time, messing up copying to other places
Simon J. Gerraty
Re: if_igb.ko symbolic link generation is still messed up in that it hard wires the path at installkernel time, messing up copying to other places
Ian Lepore
Re: FCP-100: armv7 plan
Jan Beich
Re: FCP-100: armv7 plan
Warner Losh
Re: FCP-100: armv7 plan
Jan Beich
Re: FCP-100: armv7 plan
Warner Losh
Re: FCP-100: armv7 plan
Russell Haley
Re: FCP-100: armv7 plan
Stephen Kiernan
Re: FCP-100: armv7 plan
Ian Lepore
Re: FCP-100: armv7 plan
Warner Losh
Re: FCP-100: armv7 plan
Konstantin Belousov
Getauxval - was Re: FCP-100: armv7 plan
Russell Haley
Re: FCP-100: armv7 plan
John Baldwin
head -r 323246 /usr/src/sys/arm64/arm64/pmap.c:. . . error: no previous prototype for function 'pmap_invalidate_page' (also pmap_invalidate_range and pmap_invalidate_all)
Mark Millard
kernel-toolchain did not create stdint.h for amd64 -> arm64.aarch64 head -r323246 cross build so buildkernel failed
Mark Millard
clang 5 vs. building the head's -r323246 kernel for TARGET_ARCH=powerpc : system ld aborts; other notes
Mark Millard
head/lib/clang/freebsd_cc_version.h , FREEBSD_CC_VERSION : When is it supposed to update?
Mark Millard
Re: head/lib/clang/freebsd_cc_version.h , FREEBSD_CC_VERSION : When is it supposed to update?
Dimitry Andric
Could someone see about possibly applying the patch(s) from bugzilla 216816 so arm qt5 builds can work? (includes patching bsd.qt.mk)
Mark Millard
x11-toolkits/qt5-gui vs. arm.armv6 build via poudriere cross build: fails (undefined references) and odd mix of "clang++" vs. "/nxb-bin/usr/bin/c++"
Mark Millard
x11/pixman vs. clang 5 arm assembler handling: "error: unknown directive" and the like
Mark Millard
Re: x11/pixman vs. clang 5 arm assembler handling: "error: unknown directive" and the like
Jan Beich
Re: x11/pixman vs. clang 5 arm assembler handling: "error: unknown directive" and the like
Mark Millard
Re: x11/pixman vs. clang 5 arm assembler handling: "error: unknown directive" and the like
Mark Millard
FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Mark Millard
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Mark Linimon
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Mark Millard
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Don Lewis
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Mark Millard
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Mark Millard
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Mark Millard
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Mark Millard
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Thomas Zander
Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work
Mark Millard via freebsd-toolchain
poudriere's -x (build_native_tools) vs. use of "-m null" : how to enable it
Mark Millard
Re: poudriere's -x (build_native_tools) vs. use of "-m null" : how to enable it
Bryan Drewery
Re: poudriere's -x (build_native_tools) vs. use of "-m null" : how to enable it
Mark Millard
Re: poudriere's -x (build_native_tools) vs. use of "-m null" : how to enable it
Mark Millard
stable/11 -r322591 using WITH_LLD_IS_LD= : delete-old removes . . ./usr/bin/ld
Mark Millard
Re: stable/11 -r322591 using WITH_LLD_IS_LD= : delete-old removes . . ./usr/bin/ld
John Baldwin
[Bug 221864] clang 5.0 crashes on assert: "replacement types must always be canonical"
bugzilla-noreply
[Bug 221864] clang 5.0 crashes on assert: "replacement types must always be canonical"
bugzilla-noreply
[Bug 221864] clang 5.0 crashes on assert: "replacement types must always be canonical"
bugzilla-noreply
[Bug 221864] clang 5.0 crashes on assert: "replacement types must always be canonical"
bugzilla-noreply
[Bug 221864] clang 5.0 crashes on assert: "replacement types must always be canonical"
bugzilla-noreply
Re: svn commit: r322824 - in head: lib/clang share/mk usr.bin/clang
Ed Maste
Re: svn commit: r322824 - in head: lib/clang share/mk usr.bin/clang
Warner Losh
Re: svn commit: r322824 - in head: lib/clang share/mk usr.bin/clang
John Baldwin
[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+
bugzilla-noreply
[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+
bugzilla-noreply
[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+
bugzilla-noreply
[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+
bugzilla-noreply
[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+
bugzilla-noreply
[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+
bugzilla-noreply
Earlier messages
Later messages