conf/182176: build failure with gnu/usr.bin/gperf

[Garrett Cooper]

On Sep 16, 2013, at 7:30 PM, FreeBSD-gnats-submit at FreeBSD.org wrote:

> Thank you very much for your problem report.
> It has the internal identification `conf/182176'.
> The individual assigned to look at your
> report is: freebsd-bugs. 
> 
> You can access the state of your problem report at any time
> via this link:
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=182176
> 
>> Category:       conf
>> Responsible:    freebsd-bugs
>> Synopsis:       build failure with gnu/usr.bin/gperf
>> Arrival-Date:   Tue Sep 17 02:30:00 UTC 2013

Ugh. A new knob was added without a proper fallback and I missed the item in UPDATING. Also, MK_TOOLCHAIN == "no" doesn't cover the appropriate options in bsd.own.mk… it would be nice if gcc/g++ being built hinged upon whether or not clang was the default compiler because right now it's a bit complicated in bsd.own.mk...

------------------------------------------------------------------------
r255321 | theraven | 2013-09-06 13:08:03 -0700 (Fri, 06 Sep 2013) | 17 lines

On platforms where clang is the default compiler, don't build gcc or libstdc++.
To enable them, set WITH_GCC and WITH_GNUCXX in src.conf.
Make clang default to using libc++ on FreeBSD 10.
Bumped __FreeBSD_version for the change.

GCC is still enabled on PC98, because the PC98 bootloader requires GCC to build
(or, at least, hard-codes the use of gcc into its build).

Thanks to everyone who helped make the ports tree ready for this (and bapt
for coordinating them all).  Also to imp for reviewing this and working on the
forward-porting of the changes in our gcc so that we're getting to a much
better place with regard to external toolchains.

Sorry to all of the people who helped who I forgot to mention by name.

Reviewed by:    bapt, imp, dim, …

580 .if ${MK_TOOLCHAIN} == "no"
581 MK_BINUTILS:=   no
582 MK_CLANG:=      no
583 MK_GCC:=        no
584 MK_GDB:=        no
585 .endif