Date: Mon, 24 Jul 2017 08:03:33 +0100 From: David Chisnall <theraven@FreeBSD.org> To: Mark Millard <markmi@dsl-only.net> Cc: FreeBSD Toolchain <freebsd-toolchain@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>, FreeBSD PowerPC ML <freebsd-ppc@freebsd.org> Subject: Re: libstdc++ build failures on MIPS, PowerPC, Sparc Message-ID: <1652170A-4809-4C0C-AA9D-3C364EA3866B@FreeBSD.org> In-Reply-To: <A0C428BE-B7CB-493F-BBC6-FECB2166F5DF@dsl-only.net> References: <A0C428BE-B7CB-493F-BBC6-FECB2166F5DF@dsl-only.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 23 Jul 2017, at 23:54, Mark Millard <markmi@dsl-only.net> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1652170A-4809-4C0C-AA9D-3C364EA3866B>