[Bug 237783] audio/alsa-lib: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237783 Jan Beich changed: What|Removed |Added Assignee|ports-b...@freebsd.org |toolch...@freebsd.org --- Comment #2 from Jan Beich --- armv7 and aarch64 are not affected. Can you minimize and report upstream? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237783] audio/alsa-lib: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237783 Jan Beich changed: What|Removed |Added Hardware|Any |arm -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237783] audio/alsa-lib: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237783 Jan Beich changed: What|Removed |Added URL||http://beefy8.nyi.freebsd.o ||rg/data/head-armv6-default/ ||p500273_s346796/logs/errors ||/alsa-lib-1.1.2_2.log -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237784] devel/avro-c: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237784 Jan Beich changed: What|Removed |Added Resolution|--- |DUPLICATE Assignee|sunp...@freebsd.org |toolch...@freebsd.org Status|New |Closed --- Comment #2 from Jan Beich --- armv7 and aarch64 are not affected. Also looks very similar to alsa-lib. *** This bug has been marked as a duplicate of bug 237783 *** -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237783] audio/alsa-lib: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237783 --- Comment #3 from Jan Beich --- *** Bug 237784 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237784] devel/avro-c: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237784 Jan Beich changed: What|Removed |Added Flags|maintainer-feedback?(sunpoe | |t...@freebsd.org) | Blocks|237273 | Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237273 [Bug 237273] Mk/bsd.ssp.mk: switch to -fstack-protector-strong and enable on more architectures -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237783] audio/alsa-lib: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237783 --- Comment #4 from Jan Beich --- alsa-lib blocks 953 ports, irssi blocks 9 ports, so more maybe hidden. Here's current list: http://beefy8.nyi.freebsd.org/data/head-armv6-default/p500273_s346796/logs/errors/alsa-lib-1.1.2_2.log http://beefy8.nyi.freebsd.org/data/head-armv6-default/p500273_s346796/logs/errors/avro-c-1.8.2_1.log http://beefy8.nyi.freebsd.org/data/head-armv6-default/p500273_s346796/logs/errors/irssi-1.2.0,1.log http://beefy8.nyi.freebsd.org/data/head-armv6-default/p500273_s346796/logs/errors/seqio-1.2.2_1.log http://beefy8.nyi.freebsd.org/data/head-armv6-default/p500273_s346796/logs/errors/jimtcl-0.78.log http://beefy8.nyi.freebsd.org/data/head-armv6-default/p500273_s346796/logs/errors/mpd5-5.8_10.log http://beefy8.nyi.freebsd.org/data/head-armv6-default/p500273_s346796/logs/errors/netdata-1.13.0.log -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237688] lang/gcc8 fails to build: /usr/local/bin/ld: /wrkdirs/usr/ports/lang/gcc8/work/.build/./gcc/liblto_plugin.so: error loading plugin: Service unavailable
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237688 Gerald Pfeifer changed: What|Removed |Added Assignee|ger...@freebsd.org |toolch...@freebsd.org CC||ger...@freebsd.org Flags|maintainer-feedback?(gerald | |@FreeBSD.org) | --- Comment #2 from Gerald Pfeifer --- I will admit I don't know what might be going on here. This is the only report like this from any user, and it's about the default GCC port in the Ports Collection, so it must be rather specific to your system/configuration. What non-default options do you have, for ports as well as the core system? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237783] audio/alsa-lib: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237783 --- Comment #5 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Wed May 8 05:45:01 UTC 2019 New revision: 347243 URL: https://svnweb.freebsd.org/changeset/base/347243 Log: Pull in r360099 from upstream llvm trunk (by Eli Friedman): [ARM] Glue register copies to tail calls. This generally follows what other targets do. I don't completely understand why the special case for tail calls existed in the first place; even when the code was committed in r105413, call lowering didn't work in the way described in the comments. Stack protector lowering breaks if the register copies are not glued to a tail call: we have to insert the stack protector check before the tail call, and we choose the location based on the assumption that all physical register dependencies of a tail call are adjacent to the tail call. (See FindSplitPointForStackProtector.) This is sort of fragile, but I don't see any reason to break that assumption. I'm guessing nobody has seen this before just because it's hard to convince the scheduler to actually schedule the code in a way that breaks; even without the glue, the only computation that could actually be scheduled after the register copies is the computation of the call address, and the scheduler usually prefers to schedule that before the copies anyway. Fixes https://bugs.llvm.org/show_bug.cgi?id=41417 Differential Revision: https://reviews.llvm.org/D60427 This should fix several instances of "Bad machine code: Using an undefined physical register", when compiling ports such as multimedia/vlc, audio/alsa-lib and devel/avro-c for armv6, with -fstack-protector-strong. Reported by: jbeich PR: 237074, 237783, 237784 MFC after:3 days Changes: head/contrib/llvm/lib/Target/ARM/ARMISelLowering.cpp -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237784] devel/avro-c: clang crashes during build on armv6 with -fstack-protector-strong
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237784 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Wed May 8 05:45:01 UTC 2019 New revision: 347243 URL: https://svnweb.freebsd.org/changeset/base/347243 Log: Pull in r360099 from upstream llvm trunk (by Eli Friedman): [ARM] Glue register copies to tail calls. This generally follows what other targets do. I don't completely understand why the special case for tail calls existed in the first place; even when the code was committed in r105413, call lowering didn't work in the way described in the comments. Stack protector lowering breaks if the register copies are not glued to a tail call: we have to insert the stack protector check before the tail call, and we choose the location based on the assumption that all physical register dependencies of a tail call are adjacent to the tail call. (See FindSplitPointForStackProtector.) This is sort of fragile, but I don't see any reason to break that assumption. I'm guessing nobody has seen this before just because it's hard to convince the scheduler to actually schedule the code in a way that breaks; even without the glue, the only computation that could actually be scheduled after the register copies is the computation of the call address, and the scheduler usually prefers to schedule that before the copies anyway. Fixes https://bugs.llvm.org/show_bug.cgi?id=41417 Differential Revision: https://reviews.llvm.org/D60427 This should fix several instances of "Bad machine code: Using an undefined physical register", when compiling ports such as multimedia/vlc, audio/alsa-lib and devel/avro-c for armv6, with -fstack-protector-strong. Reported by: jbeich PR: 237074, 237783, 237784 MFC after:3 days Changes: head/contrib/llvm/lib/Target/ARM/ARMISelLowering.cpp -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237074] multimedia/vlc: 3.0.* fails to build on armv6 due to Clang crash
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237074 --- Comment #6 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Wed May 8 05:45:00 UTC 2019 New revision: 347243 URL: https://svnweb.freebsd.org/changeset/base/347243 Log: Pull in r360099 from upstream llvm trunk (by Eli Friedman): [ARM] Glue register copies to tail calls. This generally follows what other targets do. I don't completely understand why the special case for tail calls existed in the first place; even when the code was committed in r105413, call lowering didn't work in the way described in the comments. Stack protector lowering breaks if the register copies are not glued to a tail call: we have to insert the stack protector check before the tail call, and we choose the location based on the assumption that all physical register dependencies of a tail call are adjacent to the tail call. (See FindSplitPointForStackProtector.) This is sort of fragile, but I don't see any reason to break that assumption. I'm guessing nobody has seen this before just because it's hard to convince the scheduler to actually schedule the code in a way that breaks; even without the glue, the only computation that could actually be scheduled after the register copies is the computation of the call address, and the scheduler usually prefers to schedule that before the copies anyway. Fixes https://bugs.llvm.org/show_bug.cgi?id=41417 Differential Revision: https://reviews.llvm.org/D60427 This should fix several instances of "Bad machine code: Using an undefined physical register", when compiling ports such as multimedia/vlc, audio/alsa-lib and devel/avro-c for armv6, with -fstack-protector-strong. Reported by: jbeich PR: 237074, 237783, 237784 MFC after:3 days Changes: head/contrib/llvm/lib/Target/ARM/ARMISelLowering.cpp -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237688] lang/gcc8 fails to build: /usr/local/bin/ld: /wrkdirs/usr/ports/lang/gcc8/work/.build/./gcc/liblto_plugin.so: error loading plugin: Service unavailable
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237688 Mark Millard changed: What|Removed |Added CC||marklmi26-f...@yahoo.com --- Comment #3 from Mark Millard --- (In reply to Gerald Pfeifer from comment #2) https://lists.freebsd.org/pipermail/freebsd-ports/2017-May/108816.html reports that having ld (from devel/binutils) built as a static executable produces such errors. Another place (forum) says: Make sure the STATIC option is off in devel/binutils and rebuild it. ( https://forums.freebsd.org/threads/poudriere-problem-with-lang-gcc7.65721/ ) -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 237688] lang/gcc8 fails to build: /usr/local/bin/ld: /wrkdirs/usr/ports/lang/gcc8/work/.build/./gcc/liblto_plugin.so: error loading plugin: Service unavailable
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237688 --- Comment #4 from Dimitry Andric --- (In reply to tech-lists from comment #0) ... > [00:08:16] /usr/local/bin/ld: > /wrkdirs/usr/ports/lang/gcc8/work/.build/./gcc/liblto_plugin.so: error > loading plugin: Service unavailable This is what happens when you link your binutils statically (e.g. the STATIC option in devel/binutils). A static ld cannot load any LTO plugin .so files: if you attempt to do so, you get this unhelpful "Service unavailable" error. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
