Date: Sun, 15 Jul 2012 15:57:13 +0200 (CEST) From: Gerald Pfeifer <gerald@pfeifer.com> To: freebsd-sparc64@freebsd.org, Peter Jeremy <peter@rulingia.com> Subject: Re: lang/gcc46 build failure on sparc64 Message-ID: <alpine.LNX.2.00.1207151533410.5035@gerinyyl.fvgr> In-Reply-To: <20120714121820.GA84132@server.rulingia.com> References: <20120621081705.GA41013@mech-cluster241.men.bris.ac.uk> <20120714121820.GA84132@server.rulingia.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 14 Jul 2012, Peter Jeremy wrote: >> gmake[3]: Entering directory `/usr/ports/lang/gcc46/work/build/libcpp' >> /usr/ports/lang/gcc46/work/build/./prev-gcc/xgcc -B/usr/ports/lang/gcc46/work/build/./prev-gcc/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd10.0/include -isystem /usr/local/sparc64-portbld-freebsd10.0/sys-include -I.././../gcc-4.6-20120608/libcpp -I. -I.././../gcc-4.6-20120608/libcpp/../include -I.././../gcc-4.6-20120608/libcpp/include -g -O2 -gtoggle -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wc++-compat -pedantic -Wno-long-long -I.././../gcc-4.6-20120608/libcpp -I. -I.././../gcc-4.6-20120608/libcpp/../include -I.././../gcc-4.6-20120608/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.6-20120608/libcpp/charset.c >> In file included from .././../gcc-4.6-20120608/libcpp/system.h:30:0, >> from .././../gcc-4.6-20120608/libcpp/charset.c:22: >> /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types in declaration specifiers >> gmake[3]: *** [charset.o] Error 1 > Sorry for the delay but I see exactly the same on 10.0-CURRENT r238247 > > As a work-around, I'd suggest using ports/lang/gcc - which is the > stable branch of gcc-4.6 Are you saying that on the same machine and base system, lang/gcc46 fails to build whereas lang/gcc succeeds? I was starting to feel this might be related to base systems built with WITH_ICONV=YES (in /etc/src.conf); can you check whether that is on, and if so, does make a difference? Gerald PS. I have dug through the GCC sources and could not find anything so far.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.LNX.2.00.1207151533410.5035>