From owner-freebsd-current@freebsd.org Mon Jul 24 07:18:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C70CDBCC60; Mon, 24 Jul 2017 07:18:04 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (xvm-110-62.dc2.ghst.net [46.226.110.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEA2483752; Mon, 24 Jul 2017 07:18:03 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id v6O73cUt032615 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Jul 2017 07:03:39 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: d60e724c-75b0-4b63-9702-f4a9d2bf6793: Host host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151] claimed to be [192.168.1.65] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libstdc++ build failures on MIPS, PowerPC, Sparc From: David Chisnall In-Reply-To: Date: Mon, 24 Jul 2017 08:03:33 +0100 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <1652170A-4809-4C0C-AA9D-3C364EA3866B@FreeBSD.org> References: To: Mark Millard X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 07:18:04 -0000 On 23 Jul 2017, at 23:54, Mark Millard wrote: >=20 >> c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib = -B${OUTDIR}/tmp/usr/lib --sysroot=3D${OUTDIR}/tmp = -B${OUTDIR}/tmp/usr/bin -O -pipe -G0 -EB -mabi=3D32 -msoft-float = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I${SRCDIR}/gnu/lib/libstdc++ = -I${SRCDIR}/contrib/libstdc++/libsupc++ -I${SRCDIR}/contrib/gcc = -I${SRCDIR}/contrib/libstdc++/include = -I${SRCDIR}/contrib/gcclibs/include = -I${SRCDIR}/contrib/libstdc++/include -I. = -frandom-seed=3DRepeatabilityConsideredGood -fno-implicit-templates = -ffunction-sections -fdata-sections -Wno-deprecated -c = ${SRCDIR}/contrib/libstdc++/src/bitmap_allocator.cc -o = bitmap_allocator.o This is quite a surprising build command. It=E2=80=99s using = usr/include/c++/v1 for system includes, but usr/include/c++/v1 is the = libc++ header directory. libstdc++ shouldn=E2=80=99t need to be built = with C++11 support, but libc++ does, so this command looks like a = combination of both libc++ and libstdc++ build flags all mashed = together. David