[Bug 227659] [PATCH] fix to build WITH_GCC=yes when using an external compiler that supports c++11
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Fri Apr 20 19:07:04 UTC 2018
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227659
Bug ID: 227659
Summary: [PATCH] fix to build WITH_GCC=yes when using an
external compiler that supports c++11
Product: Base System
Version: 11.1-RELEASE
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: conf
Assignee: bugs at FreeBSD.org
Reporter: kennethsalerno at yahoo.com
Created attachment 192687
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192687&action=edit
patch to allow user to select WITH_GCC=yes when building with an external
compiler that supports c++11
We should not explicitly force MK_GCC to always be set to "no" when using a
modern gcc XCC (that supports c++11). Seems this should be left up to the user
(WITH_, WITHOUT_).
I agree with always setting MK_GNUCXX to "no" because it doesn't even compile
(missing bits/c++config.h), but there are cases where you want a system
compiler installed when building with an XCC, but don't want that system
compiler to be clang.
One such example is the system /usr/bin/clang (LLVM 4.0.0) segfaults in
powerpc64 linking ports-mgmt/pkg. So while the first and last task of
/usr/bin/gcc is to just build lang/gcc6, you can't get very far if /usr/bin/cc
is clang.
The system gcc 4.2.1 on powerpc64 can successfully build ports-mgmt/pkg:
/usr/local/sbin/pkg: ELF 64-bit MSB executable, 64-bit PowerPC or cisco 7500,
version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1,
FreeBSD-style, for FreeBSD 11.1, stripped
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-bugs
mailing list