[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 --- Comment #16 from Chris Collins --- I am not insisting its not hardware and I continue to persue the hardware route. I am about to go bed as is 4am here, but I upped the vcore on my cpu and dram voltage on

[Bug 220233] Clang: Assertion failed: (NextLocalOffset + FileSize + 1 > NextLocalOffset && NextLocalOffset + FileSize + 1 <= CurrentLoadedOffset && "Ran out of source locations!")

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220233 Conrad Meyer changed: What|Removed |Added CC||c...@freebsd.org,

[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 --- Comment #15 from Mark Millard --- (In reply to Mark Millard from comment #14) My paragraph: "If this were a general problem the build servers would not be able to build the releases, ports, and such." was poorly

[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 --- Comment #14 from Mark Millard --- (In reply to Chris Collins from comment #11) If this were a general problem the build servers would not be able to build the releases, ports, and such. I do buildworld

[Bug 220233] Clang: Assertion failed: (NextLocalOffset + FileSize + 1 > NextLocalOffset && NextLocalOffset + FileSize + 1 <= CurrentLoadedOffset && "Ran out of source locations!")

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220233 --- Comment #1 from Dimitry Andric --- I guess the machine is running out of memory? How do you reproduce this? -- You are receiving this mail because: You are the assignee for the bug.

[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 --- Comment #22 from Chris Collins --- (In reply to Mark Millard from comment #20) Thanks, the laptop isnt using MSIX, or MSI anyway so I am ok on that, I will have a look at the i5 750 dmesg to see if MSI or

[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 --- Comment #21 from Chris Collins --- No issues on the i5 750 now as well across 4 reboots and 13 buildworlds. I may raise a new bug regarding the timers, as I had to as well adjust the timecounter on my

[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 --- Comment #19 from Chris Collins --- So to confirm as I dont think I written it well, using i8254 on my laptop I dont get segfaults. The default timer changed between 11.0 and 11-STABLE. I also meant "roll

[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 --- Comment #18 from Chris Collins --- Ok a further update. After a reboot, the i5 750 machine started getting segfaults again, a few reboots later I have discovered the behaviour is fairly consistent, where a

[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 --- Comment #20 from Mark Millard --- (In reply to Chris Collins from comments #18 and #19) Interesting --and non-obvious. >From what I've read Message Signaled Interrupts (MSI) from PCI 2.2+ depend on LAPIC,

[Bug 220184] clang 4.0.0 segfaults on buildworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220184 Conrad Meyer changed: What|Removed |Added CC||c...@freebsd.org,

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

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808 --- Comment #4 from O. Hartmann --- The recent update of www/firefox (at revision 441291) doesn't fix the reported problem, it still exists on traditional "make"-driven builds as well as in poudriere! -- You are

[Bug 219289] security/clambc: fails to build with lang/gcc6 or later

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219289 Kubilay Kocak changed: What|Removed |Added Status|Closed |New

[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

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

[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

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

[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

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

[Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved)

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

[Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220024 --- Comment #6 from Mark Millard --- (In reply to Mark Millard from comment #5) Konstantin Belousov has reported on the lists that the mix of ino_t (64-bit) and 32-bit ino types should be fine for this ufs context,

[Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220024 --- Comment #8 from Mark Millard --- (In reply to Mark Millard from comment #7) For reference Konstantin Belousov's original words that I misrepresented were (copied and pasted): UFS uses 32bit inodes, changing to

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

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808 --- Comment #5 from O. Hartmann --- The problem still persists in ports tree revision r443820 and prvents me from compiling www/firefox, which is now crashing rapidly on recent CURRENT (i.e. At revision 320065,

[Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64

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

[Bug 222280] www/firefox: 57.0 crashes clang during build

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

[Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221880 Martin Birgmeier changed: What|Removed |Added CC|

[Bug 219289] security/clambc: fails to build with lang/gcc6 or later

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219289 Rene Ladan changed: What|Removed |Added Resolution|--- |Overcome By Events

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #18 from Kurt Jaeger --- (In reply to Dimitry Andric from comment #11) I'm running a testbuild for this right now, with -i to catch the file in question. -- You are receiving this mail because: You are on

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #16 from Kurt Jaeger --- (In reply to Rob Belics from comment #15) Did you build in poudriere or on the main system ? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #17 from Craig Leres --- (In reply to Kurt Jaeger from comment #16) As a data point I build with poudriere and can only build if OPTIMIZED_CFLAGS is enabled (10.3-RELEASE-p21). -- You are receiving this

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #21 from Rob Belics --- (In reply to Jan Beich from comment #20) I've used it twice fairly recently and it worked. It's also the instructions in the man page for portmaster (the -m part). -- You are

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #23 from Rob Belics --- (In reply to Jan Beich from comment #22) >Discussing portmaster bugs is off-topic. You brought it up. >Placebo? Or did you use a different syntax? I just quoted what I did. >Can

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

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

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #20 from Jan Beich --- (In reply to Rob Belics from comment #19) > I use "portmaster -m OPTIMIZED_CFLAGS=on firefox" That doesn't do anything useful. See bug 170180 for how to override options on command

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #26 from Kurt Jaeger --- (In reply to Kurt Jaeger from comment #18) I was not able to catch the libgkrust file as of now. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #14 from Kurt Jaeger --- OPTIMIZED_CFLAGS=on allows ff 56 to build. Thanks! -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug 222641] www/firefox libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 da...@catwhisker.org changed: What|Removed |Added CC||da...@catwhisker.org ---

[Bug 222641] www/firefox libgkrust.a: could not read symbols

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

[Bug 222641] www/firefox libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #12 from Rob Belics --- If it helps. I'm building it from ports and found it only in /usr/ports/www/firefox/work/firefox-56.0/obj-x86_64-unknown-freebsd11.1/toolkit/library/x86_64-unknown-freebsd/release

[Bug 222562] c++filt and libelftc do not demangle names correctly

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222562 Ed Maste changed: What|Removed |Added See Also|

[Bug 222563] libcxxrt abi::__cxa_demangle() does not successfully demangle names

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

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #25 from Rob Belics --- (In reply to Jan Beich from comment #24) I thought you were complaining about the -m option. This works at upgraded Firefox: "make clean all deinstall install

[Bug 223048] Clang 5.0 crashes while building SpiderMonkey on aarch64

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048 Bug ID: 223048 Summary: Clang 5.0 crashes while building SpiderMonkey on aarch64 Product: Base System Version: CURRENT Hardware: arm64 OS: Any

[Bug 223048] Clang 5.0 crashes while building SpiderMonkey on aarch64

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048 --- Comment #2 from Jan Beich --- Created attachment 187218 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=187218=edit command line args (for clang 5.0) -- You are receiving this mail because: You are the

[Bug 223048] Clang 5.0 crashes while building SpiderMonkey on aarch64

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048 Jan Beich changed: What|Removed |Added Keywords||regression ---

[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221733 --- Comment #7 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Tue Aug 29 21:45:00 UTC 2017 New revision: 323001 URL: https://svnweb.freebsd.org/changeset/base/323001 Log: In compiler-rt, a few assembler

[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221733 Dimitry Andric changed: What|Removed |Added Severity|Affects Only Me |Affects Some

[Bug 222280] www/firefox: 57.0 crashes clang during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=80 Jan Beich changed: What|Removed |Added Summary|www/firefox: 57.0 crashes |www/firefox: 57.0

[Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=80 Bug ID: 80 Summary: www/firefox: 57.0 crashes clang 5.0 during build Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New

[Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=80 Jan Beich changed: What|Removed |Added Attachment #186324|text/plain |application/x-xz

[Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=80 --- Comment #1 from Jan Beich --- Created attachment 186324 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=186324=edit mfbt/Compression.cpp (preprocessed, compressed) -- You are receiving this mail because:

[Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=80 --- Comment #2 from Jan Beich --- Created attachment 186325 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=186325=edit command line args (for clang 5.0) -- You are receiving this mail because: You are the

[Bug 222280] www/firefox: 57.0 crashes clang during build

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

[Bug 222563] libcxxrt abi::__cxa_demangle() does not successfully demangle names

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

[Bug 222551] Code generated by Clang using union aliasing results in segmentation fault

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

[Bug 222562] c++filt and libelftc do not demangle names correctly

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

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

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808 --- Comment #9 from commit-h...@freebsd.org --- A commit references this bug: Author: jbeich Date: Thu Sep 28 19:32:05 UTC 2017 New revision: 450860 URL: https://svnweb.freebsd.org/changeset/ports/450860 Log: gecko: unbreak on 11.1

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

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

[Bug 222641] www/firefox libgkrust.a: could not read symbols

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

maintainer-feedback requested: [Bug 222641] www/firefox libgkrust.a: could not read symbols

Jan Beich has asked freebsd-toolchain@FreeBSD.org for maintainer-feedback: Bug 222641: www/firefox libgkrust.a: could not read symbols https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #7 from Jan Beich --- Maybe someone from

[Bug 222641] www/firefox libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #8 from Konstantin Belousov --- (In reply to Jan Beich from comment #7) There are a lot of clues in the reports. I am almost sure, that the error message comes out because in-tree ld(1) does not know about

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

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808 --- Comment #10 from commit-h...@freebsd.org --- A commit references this bug: Author: jbeich Date: Fri Sep 29 12:51:15 UTC 2017 New revision: 450890 URL: https://svnweb.freebsd.org/changeset/ports/450890 Log: gecko: unbreak on 12.0

[Bug 222551] Code generated by Clang using union aliasing results in segmentation fault

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

[Bug 221367] i386 sanitizer runtimes not installed during amd64 32-bit compat in make installworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221367 Ed Maste changed: What|Removed |Added Status|New |Open -- You are

[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+

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

[Bug 221864] clang 5.0 crashes on assert: "replacement types must always be canonical"

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221864 --- Comment #3 from Jan Beich --- Given devel/llvm50 port is still missing (-devel snapshot is too old to be of any use) I can't check if the issue is due to libLLVM and Clang mismatch. -- You are receiving this mail

[Bug 221864] clang 5.0 crashes on assert: "replacement types must always be canonical"

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

[Bug 221588] clang crashes when compiling cad/openvsp

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221588 --- Comment #3 from Dimitry Andric --- Created attachment 185701 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=185701=edit Disable prologs/epilogs that crash clang Here is a patch which disables the strange

[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221733 David Chisnall changed: What|Removed |Added CC|

[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+

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

[Bug 221733] SSE2 instructions emited in compiler-rt on AMD Sempron 3000+

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221733 --- Comment #6 from bs...@phoe.frmug.org --- Here is a naïve patch that use the C implementation of the affected functions. After buildworld and installworld: $ objdump -d /usr/lib/libcompiler_rt.a | grep -c xmm 0 -- You are receiving

[Bug 221588] clang crashes when compiling cad/openvsp

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221588 fernando.apesteg...@gmail.com changed: What|Removed |Added Status|New |Closed

[Bug 222858] Clang doesn't find and libomp.so when compiling with -fopenmp

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

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #15 from Rob Belics --- (In reply to Kurt Jaeger from comment #14) That did not work for me. Got the same error. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 --- Comment #13 from Jan Beich --- OPTIMIZED_CFLAGS=off adds RUSTFLAGS += -C opt-level=0 but the issue seems limited to --enable-stylo builds (default on amd64) which invoke rust-bindgen (uses libclang.so from

[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]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214903 Justin Hibbits changed: What|Removed |Added Status|New |Closed

[Bug 223680] www/firefox: DTRACE=on fails with /usr/bin/ld: error: ../../js/src/jsarray.o: string table non-null terminated

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223680 --- Comment #3 from Dimitry Andric --- After dtrace processes the jsarray.o file, its .strtab session is no longer null-terminated, e.g. before dtrace it looks like: Hex dump of section '.strtab': 0x 005f5a32

[Bug 223415] lang/rust: don't require SSE2 on i386 (at least for binary packages)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415 --- Comment #9 from commit-h...@freebsd.org --- A commit references this bug: Author: jbeich Date: Tue Nov 28 12:57:57 UTC 2017 New revision: 455039 URL: https://svnweb.freebsd.org/changeset/ports/455039 Log: gecko: respect CPUTYPE for

[Bug 223415] lang/rust: don't require SSE2 on i386 (at least for binary packages)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415 Jan Beich changed: What|Removed |Added Depends on||223939

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 Mikhail T. changed: What|Removed |Added CC|

[Bug 223848] mips64 native-xtools build failure

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

[Bug 223809] archivers/zstd: clang 5.0 crashes during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809 Jan Beich changed: What|Removed |Added Status|New |Closed

[Bug 223809] archivers/zstd: clang 5.0 crashes during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809 --- Comment #8 from Jan Beich --- > $ cd `make -V WRKSRC)/programs` Sorry for tcsh-style typo: $ cd $(make -V WRKSRC)/programs or $ cd `make -V WRKSRC`/programs -- You are receiving this mail because: You are the

[Bug 223809] archivers/zstd: clang 5.0 crashes during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809 --- Comment #3 from Jan Beich --- (In reply to Mark Millard from comment #2) Not sure which revision beefy8 tracks but my head-armv6 jail is currently at base r325700. I've jexec'd into poudriere jail to confirm port

[Bug 223809] archivers/zstd: clang 5.0 crashes during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809 Jan Beich changed: What|Removed |Added Attachment #188201|0 |1 is

[Bug 223809] archivers/zstd: clang 5.0 crashes during build

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

[Bug 223809] archivers/zstd: clang 5.0 crashes during build

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

[Bug 223809] archivers/zstd: clang 5.0 crashes during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809 --- Comment #4 from Jan Beich --- FWIW, head-armv7 from base r325705 isn't affected. -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 223809] archivers/zstd: clang 5.0 crashes during build

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809 --- Comment #7 from Jan Beich --- Doesn't crash with -O0. Here're steps to reproduce on -CURRENT for any architecture: $ cd /usr/ports/archivers/zstd $ make clean patch BATCH= $ cd `make -V WRKSRC)/programs` $ cc

[Bug 223415] lang/rust: don't require SSE2 on i386 (at least for binary packages)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415 Bug 223415 depends on bug 223939, which changed state. Bug 223939 Summary: USES=cargo doesn't respect CPUTYPE https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223939 What|Removed |Added

[Bug 223415] lang/rust: don't require SSE2 on i386 (at least for binary packages)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415 Jan Beich changed: What|Removed |Added Status|In Progress |Closed

[Bug 223415] lang/rust: don't require SSE2 on i386 (at least for binary packages)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415 --- Comment #8 from commit-h...@freebsd.org --- A commit references this bug: Author: jbeich Date: Mon Nov 27 22:02:30 UTC 2017 New revision: 454995 URL: https://svnweb.freebsd.org/changeset/ports/454995 Log: lang/rust: avoid LLVM

[Bug 223848] mips64 native-xtools build failure

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223848 Sean Bruno changed: What|Removed |Added Resolution|--- |FIXED

[Bug 216316] objcopy (elfcopy) in 11 appears to have a regression compared to the version in 10

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216316 Ed Maste changed: What|Removed |Added Summary|objcopy in 11 appears to|objcopy (elfcopy)

[Bug 223776] ports-mgmt/pkg: lld confuses shared library tracking

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

[Bug 223752] clang __attribute__((constructor)) gets wrong input parameters

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752 --- Comment #21 from David Chisnall --- It's also worth noting that functions declared with this attribute can have some complex interaction with threading. If a process spawns a thread which calls `dlopen` then all

[Bug 223776] ports-mgmt/pkg: lld confuses shared library tracking

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

[Bug 223776] ports-mgmt/pkg: lld confuses shared library tracking

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223776 Bug ID: 223776 Summary: ports-mgmt/pkg: lld confuses shared library tracking Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New

[Bug 223776] ports-mgmt/pkg: lld confuses shared library tracking

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223776 Tobias Kortkamp changed: What|Removed |Added Severity|Affects Only Me |Affects Some

[Bug 223752] clang __attribute__((constructor)) gets wrong input parameters

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752 Conrad Meyer changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 223752] clang __attribute__((constructor)) gets wrong input parameters

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

[Bug 223752] clang __attribute__((constructor)) gets wrong input parameters

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752 David Chisnall changed: What|Removed |Added CC|

[Bug 223752] clang __attribute__((constructor)) gets wrong input parameters

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752 --- Comment #4 from dstaesse --- Are you 100% sure about that? Doesn't this attribute work with functions that have a signature that is allowable for a main() function? I haven't heard any compiler complain, and

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