In FreeBSD head, fstack-protector-strong is now default. The exp-run was done with fstack-protector-all, so the fact that lang/gcc didn't know about fstack-protector-strong was missed. This breaks a few ports that have USE_GCC=yes and use bsd.*.mk The attached patch backports fstack-protector-strong from lang/gcc48 to lang/gcc
Created attachment 161999 [details] patch
(comment #0) I should clarify: I don't think the exp-run with -stack-protector-strong would have caught anything different: USE_GCC was turned on in the reported situation because the platform (powerpc64) doesn't support well clang at this time. I think the affected ports also shouldn't be depending on the system flags. Backporting the patch to lang/gcc is a good idea though.
(In reply to Pedro F. Giffuni from comment #2) It would have shown 3 new failures on amd64/i386
Alternatively, this Code differential should "fix" it: https://reviews.freebsd.org/D3924
(In reply to Antoine Brodin from comment #1) LGTM!
A commit references this bug: Author: gerald Date: Mon Nov 9 08:27:41 UTC 2015 New revision: 401086 URL: https://svnweb.freebsd.org/changeset/ports/401086 Log: "Backport" the -fstack-protector-strong patchset from lang/gcc48 to lang/gcc. PR: 203751, 186852 [1] Submitted by: software-freebsd@interfasys.ch [1] Changes: head/lang/gcc/files/patch-stackprotector-gcc head/lang/gcc/files/patch-stackprotector-gcc_c-family head/lang/gcc/files/patch-stackprotector-gcc_doc head/lang/gcc/files/patch-stackprotector-gcc_testsuite
(In reply to Pedro F. Giffuni from comment #4) > Alternatively, this Code differential should "fix" it: > > https://reviews.freebsd.org/D3924 I understand this has happened now, but in addition it still made sense to "backport" the -fstack-protector-strong patchset, which I just committed.