Summary: | building lang/gcc port on 11-current with non-C locale fails | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | graham |
Component: | Individual Port(s) | Assignee: | Gerald Pfeifer <gerald> |
Status: | Closed FIXED | ||
Severity: | Affects Some People | CC: | aymeric, emaste, o.hushchenkov, pawel, rwestlun |
Priority: | --- | ||
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any | ||
URL: | https://lists.freebsd.org/pipermail/freebsd-ports/2015-November/101228.html | ||
See Also: | https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216124 | ||
Bug Depends on: | |||
Bug Blocks: | 211742 |
Description
graham
2016-06-08 05:07:42 UTC
This output is from -current at r301482, with the en_US.UTF-8 locale. It builds with this locale on 10.3 just fine. I am affected too. Same here (11-STABLE, r303474, amd64) Though this issue was reported earlier, the fix was committed as part of bug 211742. Closing duplicate of that issue. Please follow-up there if necessary *** This bug has been marked as a duplicate of bug 211742 *** Not really a duplicate (same issue, but different port) - reopening, until I have patched lang/gcc. A commit references this bug: Author: gerald Date: Sat Aug 13 20:44:21 UTC 2016 New revision: 420165 URL: https://svnweb.freebsd.org/changeset/ports/420165 Log: Update to the 20160811 snapshot of GCC 6. GCC uses an AWK script to generate source code that helps process command-line options. According to POSIX, string comparisons (and hence sorting) are to be performed based on the locale's collating order. Alas GNU AWK only does so in POSIX mode, whereas starting with FreeBSD 11 we do so by default, running into a bug (or false assumption) with that script used by GCC. Setting MAKE_ARGS such that AWK is always invoked in the C locale works around this bug. [1] PR: 210122 [1], 211742 [1] Submitted by: jkim [1] Changes: head/lang/gcc6-devel/Makefile head/lang/gcc6-devel/distinfo A commit references this bug: Author: gerald Date: Sun Aug 14 07:28:14 UTC 2016 New revision: 420178 URL: https://svnweb.freebsd.org/changeset/ports/420178 Log: GCC uses an AWK script to generate source code that helps process command-line options. According to POSIX, string comparisons (and hence sorting) are to be performed based on the locale's collating order. Alas GNU AWK only does so in POSIX mode, whereas starting with FreeBSD 11 we do so by default, running into a bug (or false assumption) with that script used by GCC. Setting MAKE_ARGS such that AWK is always invoked in the C locale works around this bug. PR: 210122, 211742 Submitted by: jkim Changes: head/lang/gcc/Makefile head/lang/gcc/distinfo Sorry this took two months to get resolved (partly because I have not been able to work on FreeBSD for more or less a month, but still). This should be fixed now. Please let me know if this works for you now. A commit references this bug: Author: gerald Date: Tue Aug 16 07:21:05 UTC 2016 New revision: 420267 URL: https://svnweb.freebsd.org/changeset/ports/420267 Log: GCC uses an AWK script to generate source code that helps process command-line options. According to POSIX, string comparisons (and hence sorting) are to be performed based on the locale's collating order. Alas GNU AWK only does so in POSIX mode, whereas starting with FreeBSD 11 we do so by default, running into a bug (or false assumption) with that script used by GCC. Setting MAKE_ARGS such that AWK is always invoked in the C locale works around this bug. PR: 210122, 211742 Submitted by: jkim Changes: head/lang/gcc48/Makefile head/lang/gcc48/distinfo A commit references this bug: Author: gerald Date: Wed Aug 17 09:02:54 UTC 2016 New revision: 420325 URL: https://svnweb.freebsd.org/changeset/ports/420325 Log: Update to the 20160816 snapshot of GCC 5.4.1. GCC uses an AWK script to generate source code that helps process command-line options. According to POSIX, string comparisons (and hence sorting) are to be performed based on the locale's collating order. Alas GNU AWK only does so in POSIX mode, whereas starting with FreeBSD 11 we do so by default, running into a bug (or false assumption) with that script used by GCC. Setting MAKE_ARGS such that AWK is always invoked in the C locale works around this bug. [1] PR: 210122 [1], 211742 [1] Submitted by: jkim [1] Changes: head/lang/gcc5-devel/Makefile head/lang/gcc5-devel/distinfo A commit references this bug: Author: gerald Date: Wed Aug 17 16:22:50 UTC 2016 New revision: 420359 URL: https://svnweb.freebsd.org/changeset/ports/420359 Log: Backport the following from lang/gcc5-devel: GCC uses an AWK script to generate source code that helps process command-line options. According to POSIX, string comparisons (and hence sorting) are to be performed based on the locale's collating order. Alas GNU AWK only does so in POSIX mode, whereas starting with FreeBSD 11 we do so by default, running into a bug (or false assumption) with that script used by GCC. Setting MAKE_ARGS such that AWK is always invoked in the C locale works around this bug. PR: 210122, 211742 Submitted by: jkim Changes: head/lang/gcc5/Makefile A commit references this bug: Author: gerald Date: Mon Aug 22 13:20:47 UTC 2016 New revision: 420613 URL: https://svnweb.freebsd.org/changeset/ports/420613 Log: Update to the GCC 6.2 release with a fair number of fixes. files/patch-armv6-hf-support has been accepted upstream, even on the GCC 6-branch this release comes from, so remove it. Backport the following from lang/gcc6-devel: GCC uses an AWK script to generate source code that helps process command-line options. According to POSIX, string comparisons (and hence sorting) are to be performed based on the locale's collating order. Alas GNU AWK only does so in POSIX mode, whereas starting with FreeBSD 11 we do so by default, running into a bug (or false assumption) with that script used by GCC. Setting MAKE_ARGS such that AWK is always invoked in the C locale works around this bug. [1] PR: 210122 [1], 211742 [1] Submitted by: jkim [1] Changes: head/lang/gcc6/Makefile head/lang/gcc6/distinfo head/lang/gcc6/files/patch-armv6-hf-support |