[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