[Bug 214902] head -r309179 buildworld on powerpc64 via clang 3.9.0: llvm::sys::CompareAndSwap and llvm::sys::MemoryFence undefined so build stops

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214902 Dimitry Andric changed: What|Removed |Added Assignee|freebsd-toolchain@FreeBSD.o

[Bug 215333] head -r310046 for powerpc family: sys/powerpc/powerpc/intr_machdep.c's i->trig == -1 if-tests reported as always false by compiler

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215333 Mark Linimon changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 215333] head -r310046 for powerpc family: sys/powerpc/powerpc/intr_machdep.c's i->trig == -1 if-tests reported as always false by compiler

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215333 Mark Linimon changed: What|Removed |Added Assignee|freebsd-toolchain@FreeBSD.o

[Bug 215333] head -r310046 for powerpc family: sys/powerpc/powerpc/intr_machdep.c's i->trig == -1 if-tests reported as always false by compiler

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215333 --- Comment #1 from Mark Millard --- (In reply to Mark Millard from comment #0) This is more likely a kernel source code issue than a toolchain issue as far as I know: It is not a claim that the compiler's report is

[Bug 215136] graphics/colmap: clang -O2 runs out of memory on i386 then aborts (i.e. not killed)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215136 Bug ID: 215136 Summary: graphics/colmap: clang -O2 runs out of memory on i386 then aborts (i.e. not killed) Product: Ports & Packages Version: Latest Hardware: i386

[Bug 215136] graphics/colmap: clang -O2 runs out of memory on i386 then aborts (i.e. not killed)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215136 --- Comment #1 from Jan Beich (mail not working) --- Created attachment 18 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=18=edit command line args (for clang 3.8+) -- You are receiving this mail

[Bug 214904] head -r309179 clang 3.9.0 TARGET_ARCH=powerpc64 cross-built buildkernel stops for: rejected assembler notation

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214904 --- Comment #2 from Mark Millard --- Created attachment 177812 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=177812=edit patch for contrib/llvm/lib/Target/PowerPC/PPCInstrInfo.td Roman Divacky provided the

[Bug 214904] head -r309179 clang 3.9.0 TARGET_ARCH=powerpc64 buildkernel stops for: rejected assembler notation in hwpmc_e500.c

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214904 Mark Millard changed: What|Removed |Added Summary|head -r309179 clang 3.9.0 |head -r309179

[Bug 215039] head -r309179 TARGET_ARCH=powerpc64 clang 3.9.0 based buildworld on powerpc64 using WITH_LLVM_LIBUNWIND= fails to build: asserts and rejects .S file contents

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215039 --- Comment #2 from Mark Millard --- (In reply to Justin Hibbits from comment #1) I have submitted llvm 31590 for the UnwindRegisters*.S related syntax error reports. (Not covering libunwind.cpp's static assert

[Bug 215975] ThreadSanitizer lacks runtime in base

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215975 Bug ID: 215975 Summary: ThreadSanitizer lacks runtime in base Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity:

[Bug 215798] clang: please Include thread sanitizer (and all other available sanitizers)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215798 Dimitry Andric changed: What|Removed |Added CC|

[Bug 215975] ThreadSanitizer lacks runtime in base

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215975 Dimitry Andric changed: What|Removed |Added Status|New |Closed

[Bug 216012] /usr/lib/libgcc_s.so underlinks libc after r308308

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216012 Bug ID: 216012 Summary: /usr/lib/libgcc_s.so underlinks libc after r308308 Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New

[Bug 216012] /usr/lib/libgcc_s.so underlinks libc breaking linking with ld.gold

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216012 Jan Beich (mail not working) changed: What|Removed |Added Summary|/usr/lib/libgcc_s.so

[Bug 215969] c++ compiler regression

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215969 Mark Linimon changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 215969] c++ compiler regression

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215969 Dimitry Andric changed: What|Removed |Added Status|New |In Progress

[Bug 214863] lang/gcc + libc++ may fail due to spurious __cxa_throw_bad_array_new_length reference

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214863 Dimitry Andric changed: What|Removed |Added CC|

[Bug 214863] lang/gcc + libc++ may fail due to spurious __cxa_throw_bad_array_new_length reference

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214863 --- Comment #9 from Baptiste Daroussin --- well this is a bug :) They should not -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug 214904] head -r309179 clang 3.9.0 TARGET_ARCH=powerpc64 cross-built buildkernel stops for: rejected assembler notation

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214904 --- Comment #1 from Mark Millard --- (In reply to Mark Millard from comment #0) I've now also tried this on a powerpc64 running a minor variant of head -r309179 and it gets the same result that the amd64 cross build

[Bug 215684] ports-mgmt/poudriere-devel: fails to build native-xtools because of libllvmminimal

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215684 Sylvain Garrigues changed: What|Removed |Added Status|In Progress

[Bug 214855] head -r309179 TARGET_ARCH=powerpc64 clang 3.9.0 based cross build: powerpc.powerpc64/usr/src/tmp/usr/bin/ld: BFD 2.17.50 [FreeBSD] 2007-07-03 internal error

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214855 --- Comment #2 from Mark Millard --- I retried with -r311147 and the failure repeated. clang 3.9.1 and the like have not changed the behavior of the

[Bug 215798] clang: please Include thread sanitizer (and all other available sanitizers)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215798 Mark Linimon changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 215684] ports-mgmt/poudriere-devel: fails to build native-xtools because of libllvmminimal

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215684 --- Comment #7 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Fri Jan 6 22:09:00 UTC 2017 New revision: 311558 URL: https://svnweb.freebsd.org/changeset/base/311558 Log: MFC r311131: Make

[Bug 215821] head -r311147's bootstrapped ld for TARGET_ARCH=powerpc64 produces kernel.full as a "shared object" for -pie instead of as a "executable": booting the produced kernel crashes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215821 Mark Linimon changed: What|Removed |Added CC|

[Bug 215819] head r311147's clang 3.9.1 for powerpc64: locore.o generation messed up: generates R_PPC64_ADDR16_DS instead of R_PPC64_TOC16_DS with .toc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215819 Mark Linimon changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 215819] head r311147's clang 3.9.1 for powerpc64: locore.o generation messed up: generates R_PPC64_ADDR16_DS instead of R_PPC64_TOC16_DS with .toc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215819 --- Comment #2 from Mark Millard --- (In reply to Mark Linimon from comment #1) -r311147 is just the version I tested. It does not show how long the problem has existed. Usually folks want to know if the current (or

[Bug 215798] clang: please Include thread sanitizer (and all other available sanitizers)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215798 Dimitry Andric changed: What|Removed |Added CC|

[Bug 215681] head -r310854: TARGET_ARCH=powerpc buildkernel via clang 3.9.1: sys/powerpc/aim/trap_subr32.S:409:2: error: too few operands for instruction

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215681 Mark Linimon changed: What|Removed |Added Keywords||patch

[Bug 214863] lang/gcc + libc++ may fail due to spurious __cxa_throw_bad_array_new_length reference

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214863 --- Comment #14 from commit-h...@freebsd.org --- A commit references this bug: Author: jbeich Date: Tue Jan 3 08:55:57 UTC 2017 New revision: 430446 URL: https://svnweb.freebsd.org/changeset/ports/430446 Log: cad/openvsp: drop 10.1

[Bug 215649] clang version 3.9.1 Segmentation fault

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215649 Mark Linimon changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 215649] clang version 3.9.1 Segmentation fault

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215649 Dimitry Andric changed: What|Removed |Added Status|New |In Progress

[Bug 215819] head r311147's clang 3.9.1 for powerpc64: locore.o generation messed up: generates R_PPC64_ADDR16_DS instead of R_PPC64_TOC16_DS with .toc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215819 --- Comment #3 from Mark Millard --- (In reply to Mark Millard from comment #0) I found how to control the behavior based on the assembler notation @toc being missing vs. being present. If llvm should change is

[Bug 215039] head -r309179 TARGET_ARCH=powerpc64 clang 3.9.0 based buildworld on powerpc64 using WITH_LLVM_LIBUNWIND= fails to build: asserts and rejects .S file contents

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215039 Justin Hibbits changed: What|Removed |Added CC|

[Bug 215681] head -r310854: TARGET_ARCH=powerpc buildkernel via clang 3.9.1: sys/powerpc/aim/trap_subr32.S:409:2: error: too few operands for instruction

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215681 --- Comment #1 from Mark Millard --- (In reply to Mark Millard from comment #0) Noting the SRC_ENV_CONF in use for the amd64 -> powerpc cross buildkernel: Script started on Sat Dec 31 00:15:10 2016 Command: env

[Bug 215684] ports-mgmt/poudriere-devel: fails to build native-xtools because of libllvmminimal

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215684 --- Comment #3 from Sylvain Garrigues --- Also reproduced with ports-mgmt/poudriere in addition to ports-mgmt/poudriere So as of today, it seems it is no longer possible to create an armv6 poudriere jail

[Bug 215684] ports-mgmt/poudriere-devel: fails to build native-xtools because of libllvmminimal

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215684 Dimitry Andric changed: What|Removed |Added Status|New |In Progress

[Bug 215684] ports-mgmt/poudriere-devel: fails to build native-xtools because of libllvmminimal

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215684 --- Comment #5 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Mon Jan 2 19:33:23 UTC 2017 New revision: 311131 URL: https://svnweb.freebsd.org/changeset/base/311131 Log: Make native-xtools build

[Bug 214904] head -r309179 clang 3.9.0 TARGET_ARCH=powerpc64 buildkernel stops for: rejected assembler notation in hwpmc_e500.c

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214904 --- Comment #3 from Mark Millard --- Comment on attachment 177812 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=177812 patch for contrib/llvm/lib/Target/PowerPC/PPCInstrInfo.td Roman Divacky reports that

[Bug 214971] clang + lld 3.9.1: Unhandled relocation 1031

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214971 --- Comment #2 from Shawn Webb --- Ping. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list

[Bug 215821] head -r311147's bootstrapped ld for TARGET_ARCH=powerpc64 produces kernel.full as a "shared object" for -pie instead of as a "executable": booting the produced kernel crashes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215821 Mark Millard changed: What|Removed |Added Status|New |Closed

[Bug 215819] head r311147's clang 3.9.1 for powerpc64: locore.o generation messed up: generates R_PPC64_ADDR16_DS instead of R_PPC64_TOC16_DS with .toc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215819 --- Comment #6 from Mark Millard --- Created attachment 178691 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=178691=edit Have TOC_REF(...) in instructions use @toc notation for clang Have TOC_REF(...) in

[Bug 215107] head -r309656 clang 3.9.0 for TARGET_ARCH=powerpc: -mminimal-toc rejected (missing llvm 19098 fix?)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215107 --- Comment #6 from Mark Millard --- Created attachment 178693 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=178693=edit Corrected patch to track compiler type Since at least gcc 4.2.1 requires the

[Bug 215455] AddressSanitizer unlike libc provides memalign() confusing consumers

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215455 Jan Beich (mail not working) changed: What|Removed |Added Summary|AdressSanitizer provides

[Bug 215455] AddressSanitizer unlike libc provides memalign() confusing consumers

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215455 Dimitry Andric changed: What|Removed |Added Assignee|freebsd-toolchain@FreeBSD.o

[Bug 215455] AdressSanitizer provides memalign() confusing consumers

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215455 Bug ID: 215455 Summary: AdressSanitizer provides memalign() confusing consumers Product: Base System Version: CURRENT Hardware: Any OS: Any

[Bug 214971] clang + lld 3.9.1: Unhandled relocation 1031

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214971 --- Comment #1 from Shawn Webb --- Created attachment 178114 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=178114=edit Fix RTLD -- You are receiving this mail because: You are the assignee for the

[Bug 214863] lang/gcc + libc++ may fail due to spurious __cxa_throw_bad_array_new_length reference

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214863 --- Comment #11 from Jan Beich (mail not working) --- What's portmgr's plan for quarterly? Will 2017Q1 still support 9.x, 10.1, 10.2 and tag RELEASE_9_EOL at the end? -- You are receiving this mail because: You are on

[Bug 214863] lang/gcc + libc++ may fail due to spurious __cxa_throw_bad_array_new_length reference

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214863 --- Comment #12 from Antoine Brodin --- (In reply to Jan Beich (mail not working) from comment #11) Unless the FreeBSD Security Officer changes his mind, at 23:59 UTC December 31, 2016, FreeBSD 9.3, 10.1 and 10.2 will

[Bug 216080] science/bddsolve: fails to build with libc++ 4.0

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216080 --- Comment #4 from Ed Schouten --- Because the good() member function isn't the exact opposite of the fail() member function. See the table at the bottom of this page: http://en.cppreference.com/w/cpp/io/basic_ios/fail

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 --- Comment #42 from Antoine Brodin --- Review at https://reviews.freebsd.org/D10081 should fix all devel/hs-c2hs and devel/hs-gtk2hs-buildtools users. -- You are receiving this mail because: You are on the CC list

[Bug 213732] lang/beignet: crashes with some OpenCL apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213732 Dimitry Andric changed: What|Removed |Added Resolution|--- |FIXED

[Bug 213732] lang/beignet: crashes with some OpenCL apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213732 --- Comment #9 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Sat Mar 25 12:29:15 UTC 2017 New revision: 315943 URL: https://svnweb.freebsd.org/changeset/base/315943 Log: MFC r315745: Cherry-pick

[Bug 213732] lang/beignet: crashes with some OpenCL apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213732 --- Comment #7 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Wed Mar 22 21:45:42 UTC 2017 New revision: 315745 URL: https://svnweb.freebsd.org/changeset/base/315745 Log: Cherry-pick libcxxrt commit

[Bug 213732] lang/beignet: crashes with some OpenCL apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213732 Dimitry Andric changed: What|Removed |Added CC|

[Bug 214855] head -r309179 TARGET_ARCH=powerpc64 clang 3.9.0 based cross build: powerpc.powerpc64/usr/src/tmp/usr/bin/ld: BFD 2.17.50 [FreeBSD] 2007-07-03 internal error

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214855 Justin Hibbits changed: What|Removed |Added CC|

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 --- Comment #13 from commit-h...@freebsd.org --- A commit references this bug: Author: jbeich Date: Wed Mar 29 14:43:30 UTC 2017 New revision: 437204 URL: https://svnweb.freebsd.org/changeset/ports/437204 Log: devel/openmp: link

[Bug 214971] clang + lld 3.9.1: Unhandled relocation 1031

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214971 Ed Maste changed: What|Removed |Added Status|New |In Progress

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 Konstantin Belousov changed: What|Removed |Added CC|

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 --- Comment #4 from Jan Beich (mail not working) --- Comment on attachment 179304 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=179304 ports/devel/openmp/files/patch-link-libm.patch The workaround isn't

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 --- Comment #3 from Jan Beich (mail not working) --- To avoid maintenance burden it'd be nice if we fix base system regression before FreeBSD 11.1-RELEASE. devel/openmp isn't the only -lomp provider. $ fetch

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 --- Comment #9 from Jan Beich (mail not working) --- Maybe but cc -E doesn't show any calls to __divdc3 et al. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 --- Comment #10 from Konstantin Belousov --- (In reply to Jan Beich (mail not working) from comment #9) Why it should ? The symbols like __divdc3 are referenced by a compiler-generated code, for instance the __divdc3

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 --- Comment #11 from Jan Beich (mail not working) --- Because if compiler emits undefined references the linker cannot be expected to know when -lm is required. Looking at contrib/llvm/tools/clang/lib/Driver/Tools.cpp

[Bug 217736] addr2line incorrectly resolves filename/lineno/function

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217736 --- Comment #3 from Marat Radchenko --- Also, gimli (Rust addr2line implementation) was fixed and is now consistent with binutils and llvm-symbolizer. So it seems like my testcase is valid, it's addr2line

[Bug 217736] addr2line incorrectly resolves filename/lineno/function

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217736 --- Comment #2 from Marat Radchenko --- I've sent a patch to elftoolchain that fixes filename/lineno resolving: https://sourceforge.net/p/elftoolchain/tickets/545/#6d97 although elftoolchain devs seem to be reacting

[Bug 217736] addr2line incorrectly resolves filename/lineno/function

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217736 Ed Maste changed: What|Removed |Added Assignee|freebsd-toolchain@FreeBSD.o |ema...@freebsd.org

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 Bug 216707 depends on bug 216843, which changed state. Bug 216843 Summary: devel/hs-ncurses: fails to build with gcc5 or later https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216843 What|Removed |Added

[Bug 214904] head -r309179 clang 3.9.0 TARGET_ARCH=powerpc64 buildkernel stops for: rejected assembler notation in hwpmc_e500.c

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214904 Justin Hibbits changed: What|Removed |Added Resolution|--- |Overcome By

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 --- Comment #40 from Antoine Brodin --- Do not forget to copy files/patch-libc++ from gcc5 to fix the build with libc++ 4.0, and maybe the patch for aarch64 support too. -- You are receiving this mail because: You

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 Jan Beich (mail not working) changed: What|Removed |Added See Also|

[Bug 214258] devel/openmp: spurious libm dependency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214258 --- Comment #8 from Konstantin Belousov --- (In reply to Jan Beich (mail not working) from comment #7) Which means that libm is really needed. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 217753] lld [llvm 4.0.0] Linker won't link on aarch64 (Error: Failed to open a.out)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217753 Jan Beich (mail not working) changed: What|Removed |Added Status|New

[Bug 213732] lang/beignet: crashes with some OpenCL apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213732 Jan Beich (mail not working) changed: What|Removed |Added Status|New

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 --- Comment #52 from Gerald Pfeifer --- (In reply to Jan Beich from comment #51) > Gerald, can you file a bug for lang/gcc 5.4.0 -> 6.3.0 update? If there's > no there's nothing to fix which postpones the update

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 --- Comment #51 from Jan Beich --- Gerald, can you file a bug for lang/gcc 5.4.0 -> 6.3.0 update? If there's no exp-run there's nothing to fix which postpones the update indefinitely. -- You are receiving this mail

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 --- Comment #46 from commit-h...@freebsd.org --- A commit references this bug: Author: gerald Date: Sat Apr 1 15:03:22 UTC 2017 New revision: 437437 URL: https://svnweb.freebsd.org/changeset/ports/437437 Log: Update lang/gcc and hence

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 Gerald Pfeifer changed: What|Removed |Added Flags|exp-run?, merge-quarterly?

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 --- Comment #48 from commit-h...@freebsd.org --- A commit references this bug: Author: gerald Date: Sat Apr 1 15:23:43 UTC 2017 New revision: 437439 URL: https://svnweb.freebsd.org/changeset/ports/437439 Log: Bump PORTREVISIONs for

[Bug 216707] exp-run: Update lang/gcc from GCC 4.9 to GCC 5

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216707 --- Comment #45 from Gerald Pfeifer --- (In reply to Antoine Brodin from comment #40) > Do not forget to copy files/patch-libc++ from gcc5 to fix the build > with libc++ 4.0, and maybe the patch for aarch64 support

[Bug 218164] lang/gcc5: Bootstrap comparison failure

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218164 Gerald Pfeifer changed: What|Removed |Added Assignee|ger...@freebsd.org

[Bug 217376] make buildworld exits with segfault

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217376 Jan Beich changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 209413] c++ symbolic functions broken on arm

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209413 Jan Beich changed: What|Removed |Added Attachment #170167|text/x-csrc |text/plain

[Bug 217376] make buildworld exits with segfault

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217376 Dimitry Andric changed: What|Removed |Added Assignee|freebsd-toolchain@FreeBSD.o

[Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808 Jan Beich changed: What|Removed |Added CC|

[Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808 --- Comment #2 from Jan Beich --- (In reply to Jan Beich from comment #1) > --ignore-unresolved-symbol (ld.bfd 2.26+ Oops, since ld.bfd 2.24 but the flag came from NetBSD.

[Bug 217648] [lld 4.0.0] WITH_LLD_IS_LD Results

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217648 --- Comment #3 from Shawn Webb --- Also, reproduce this by NOT installing the aarch64-binutils package and by specifying CROSS_BINUTILS_PREFIX=/usr in the make arguments. -- You are receiving this mail

[Bug 215969] c++ compiler regression

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215969 Dimitry Andric changed: What|Removed |Added Resolution|--- |FIXED

[Bug 217753] lld [llvm 4.0.0] Linker won't link on aarch64 (Error: Failed to open a.out)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217753 Bug ID: 217753 Summary: lld [llvm 4.0.0] Linker won't link on aarch64 (Error: Failed to open a.out) Product: Base System Version: CURRENT Hardware: arm64

[Bug 217736] addr2line incorrectly resolves filename/lineno/function

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217736 --- Comment #1 from Marat Radchenko --- Additional info on various addr2line implementations misbehaving on this testcase: https://github.com/gimli-rs/addr2line/issues/35#issue-213881844 -- You are receiving this

[Bug 215969] c++ compiler regression

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215969 Dominic Fandrey changed: What|Removed |Added Resolution|FIXED |---

[Bug 218861] libelf elf_update fails when adding sections

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218861 --- Comment #1 from Eric McCorkle --- Review for fix: https://reviews.freebsd.org/D10487 -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219484 Raphael Kubo da Costa changed: What|Removed |Added CC|

[Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219484 Gerald Pfeifer changed: What|Removed |Added Flags|merge-quarterly?

[Bug 220590] math/fftw3: fails to build on armv6 (729 ports skipped)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220590 Jason E. Hale changed: What|Removed |Added Status|In Progress |Closed

[Bug 220590] math/fftw3: fails to build on armv6 (729 ports skipped)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220590 --- Comment #10 from commit-h...@freebsd.org --- A commit references this bug: Author: jhale Date: Mon Jul 31 11:58:28 UTC 2017 New revision: 446955 URL: https://svnweb.freebsd.org/changeset/ports/446955 Log: Fix build on armv6. The

[Bug 220590] math/fftw3: fails to build on armv6 (729 ports skipped)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220590 --- Comment #11 from commit-h...@freebsd.org --- A commit references this bug: Author: jhale Date: Mon Jul 31 12:16:28 UTC 2017 New revision: 446956 URL: https://svnweb.freebsd.org/changeset/ports/446956 Log: MFH: r446955 Fix build

[Bug 220590] math/fftw3: fails to build on armv6 (729 ports skipped)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220590 Kubilay Kocak changed: What|Removed |Added Flags|

[Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219484 --- Comment #24 from commit-h...@freebsd.org --- A commit references this bug: Author: feld Date: Thu Aug 3 15:13:32 UTC 2017 New revision: 447224 URL: https://svnweb.freebsd.org/changeset/ports/447224 Log: MFH: r446855 Explicitly

[Bug 221423] gcc std::locale(LocaleName) crashes instead of throwing an exception

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221423 Jan Beich changed: What|Removed |Added CC||jbe...@freebsd.org

[Bug 221423] gcc std::locale(LocaleName) crashes instead of throwing an exception

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221423 --- Comment #8 from Mark Millard --- (In reply to Jan Beich from comment #5) > Can you confirm the issue doesn't affect lang/gcc6 and lang/gcc7? > The default is going to change soon per bug 219275. I'm not sure

<    1   2   3   4   5   6   7   8   9   10   >