Date: Thu, 04 Dec 2014 22:26:02 +0200 From: Volodymyr Kostyrko <c.kworr@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: 9.2-STABLE #0 r259072 -> 9.3 buildworld fails Message-ID: <5480C35A.1040807@b1t.name> In-Reply-To: <20141204154650.GA23348@shellx.eskimo.com> References: <20141204150512.GA8424@shellx.eskimo.com> <54807D44.7040904@b1t.name> <20141204154650.GA23348@shellx.eskimo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04.12.2014 17:46, Joseph Olatt wrote: > On Thu, Dec 04, 2014 at 05:27:00PM +0200, Volodymyr Kostyrko wrote: >> On 04.12.2014 17:05, Joseph Olatt wrote: >>> I'm trying to upgrade to the latest 9.3-STABLE, after a fresh "svn >>> update" and "make buildworld" stops with the following error: >>> >>> >>> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/sse.md: >>> In function 'output_936': >>> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/sse.md: >>> 4517: internal compiler error: Segmentation fault: 11 >>> Please submit a full bug report, >>> with preprocessed source if appropriate. >>> See <URL:http://gcc.gnu.org/bugs.html>; for instructions. >>> *** [insn-output.o] Error code 1 >>> >>> Stop in /usr/src/gnu/usr.bin/cc/cc_int. >>> *** [all] Error code 1 >>> >>> Stop in /usr/src/gnu/usr.bin/cc. >>> *** [cross-tools] Error code 1 >>> >>> Stop in /usr/src. >>> *** [_cross-tools] Error code 1 >>> >>> Stop in /usr/src. >>> *** [buildworld] Error code 1 >>> >>> Stop in /usr/src. >>> root@rain:/usr/src # >>> >>> >>> Current "uname -a": >>> FreeBSD rain 9.2-STABLE FreeBSD 9.2-STABLE #0 r259072: Sat Dec 7 >>> 19:52:04 CST 2013 root@rain:/usr/obj/usr/src/sys/RAIN i386 >>> >>> >>> Anybody else on the list seeing anything similar? >>> >> >> Me. I have a derelict mother on VIA KT600 chipset with some memory >> problems. Sometimes it faults. Sometimes it tries to kill fs. Most >> times running compilation again works. >> >> Does it always breaks on the same command with the same output? > > > Yes. Ran it twice and both times it stopped at the same place with the > same error. So this has nothing to do with bad memory. Try building WITH_CLANG_IS_CC or even WITHOUT_GCC. Those should be added to the /etc/src.conf: WITH_CLANG_IS_CC=yes WITHOUT_GCC=yes Meanwhile, can you name your processor or list what is in your /etc/make.conf? -- Sphinx of black quartz judge my vow.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5480C35A.1040807>