Bug 182176 - build failure with gnu/usr.bin/gperf
Summary: build failure with gnu/usr.bin/gperf
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-17 03:30 UTC by Enji Cooper
Modified: 2014-07-07 17:25 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Enji Cooper freebsd_committer freebsd_triage 2013-09-17 03:30:00 UTC
===> gnu/usr.bin/gperf (all)
make: don't know how to make /usr/obj/usr/src.svn/tmp/usr/lib/libstdc++.a. Stop

How-To-Repeat: 
cat > /etc/src.conf <<EOF
MALLOC_PRODUCTION=

WITH_ATF=
WITHOUT_ATM=
WITHOUT_AUDIT=
WITHOUT_BHYVE=
WITHOUT_BIND_DNSSEC=
WITHOUT_BIND_ETC=
WITHOUT_BIND_LIBS_LWRES=
WITHOUT_BIND_NAMED=
WITHOUT_BLUETOOTH=
WITHOUT_BMAKE=
WITHOUT_BSNMP=
WITHOUT_CALENDAR=
WITHOUT_CLANG=
WITHOUT_CTM=
WITHOUT_DICT=
#WITHOUT_EXAMPLES=
WITHOUT_FORTRAN=
WITHOUT_FREEBSD_UPDATE=
WITHOUT_GAMES=
WITHOUT_GCOV=
WITHOUT_GPIB=
WITHOUT_GSSAPI=
WITHOUT_HAST=
WITHOUT_HESOID=
WITHOUT_HTML=
WITHOUT_I4B=
WITHOUT_ICONV=
WITHOUT_IPFILTER=
WITHOUT_IPFW=
WITHOUT_IPX=
WITHOUT_KERBEROS=
WITHOUT_LIBKSE=
WITHOUT_LOCALES=
WITHOUT_LPR=
WITHOUT_MAIL=
#WITHOUT_MAN=
WITHOUT_NCP=
WITHOUT_NDIS=
WITHOUT_NIS=
WITHOUT_NLS=
WITHOUT_NS_CACHING=
WITHOUT_OBJC=
WITHOUT_PF=
WITHOUT_PORTSNAP=
WITHOUT_PPP=
WITHOUT_PROFILE=
WITHOUT_RADIUS=
WITHOUT_RCMDS=
WITH_SSP=
WITHOUT_SVN=
WITHOUT_SVNLITE=
WITHOUT_SYSINSTALL=
WITH_TESTS=
WITHOUT_WIRELESS=
WITHOUT_WPA_SUPPLICANT_EAPOL=
WITHOUT_ZFS=

DEFAULT_KERNCONF= FUJI-NOCOMPAT
DEFAULT_KERNCONFDIR=	/root

KERNCONF?=	${DEFAULT_KERNCONF}
KERNCONFDIR?=	${DEFAULT_KERNCONFDIR}

.if ${KERNCONFDIR} == "${DEFAULT_KERNCONFDIR}"
MODULES_OVERRIDE=	cd9660 msdosfs nullfs

PORTS_MODULES=
.endif
EOF
env TARGET=i386 TARGET_ARCH=i386 WITHOUT_BMAKE=1 make buildworld -j8
Comment 1 Enji Cooper freebsd_committer freebsd_triage 2013-09-17 03:57:28 UTC
On Sep 16, 2013, at 7:30 PM, FreeBSD-gnats-submit@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=
Comment 2 Gavin Atkinson freebsd_committer freebsd_triage 2014-07-06 22:54:01 UTC
Hi,

Sorry that it has taken so long for this PR to be noticed.  It sounds like it should be closed, is that the case?

Thanks,

Gavin
Comment 3 Enji Cooper freebsd_committer freebsd_triage 2014-07-07 17:25:02 UTC
(In reply to Gavin Atkinson from comment #2)
> Hi,
> 
> Sorry that it has taken so long for this PR to be noticed.  It sounds like
> it should be closed, is that the case?

I think so based on commits I've read :).