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

Garrett Cooper yaneurabeya at gmail.com
Tue Sep 17 03:00:02 UTC 2013


The following reply was made to PR conf/182176; it has been noted by GNATS.

From: Garrett Cooper <yaneurabeya at gmail.com>
To: FreeBSD-gnats-submit at FreeBSD.org,
 freebsd-bugs at FreeBSD.org
Cc: theraven at FreeBSD.org
Subject: Re: conf/182176: build failure with gnu/usr.bin/gperf
Date: Mon, 16 Sep 2013 19:57:28 -0700

 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.=20
 >=20
 > You can access the state of your problem report at any time
 > via this link:
 >=20
 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182176
 >=20
 >> 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 =3D=3D "no" doesn't cover the =
 appropriate options in bsd.own.mk=85 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, =85
 
 580 .if ${MK_TOOLCHAIN} =3D=3D "no"
 581 MK_BINUTILS:=3D   no
 582 MK_CLANG:=3D      no
 583 MK_GCC:=3D        no
 584 MK_GDB:=3D        no
 585 .endif=


More information about the freebsd-bugs mailing list