Date: Wed, 24 May 2017 20:21:54 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: David Wolfskill <david@catwhisker.org>, Dimitry Andric <dim@FreeBSD.org>, current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524172154.GR1622@kib.kiev.ua> In-Reply-To: <20170524151509.GB1190@albert.catwhisker.org> References: <20170524121033.GL1622@kib.kiev.ua> <F75597F9-86DF-4CD5-B8B0-5169D2D96DD9@FreeBSD.org> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 24, 2017 at 08:15:09AM -0700, David Wolfskill wrote: > On Wed, May 24, 2017 at 07:20:01AM -0700, David Wolfskill wrote: > > ... > > > > I have updated /usr/src back to 318781, then started a new build. > > > So are you building stock 318781, or did you reverted r318750 ? > > > > Stock 318781 [*]. I revert as a (nearly) last resort. :-) > > > > > > While it has not yet completed ">>> stage 4.2: building libraries", it > > > > is well beyond the provious point of failure (again, building parts of > > > > clang/libllvm). > > > > > > > > I'm reporting now, as I'll need to head in to work fairly soon. I > > > > should be able to report definitively a bit later. > > > > It's completed the ">>> stage 4.2: building libraries" part, and well > > into ">>> stage 4.3: building everything". > > > > * Save for my (usual) hacking of conf/newvers.sh a bit. > > > > And now I really do need to head in to work. > > ... > > It completed successfully and a reboot shows: > > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #354 r318781M/318781:1200031: Wed May 24 07:31:48 PDT 2017 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/GENERIC amd64 > I performed a local experiment, first building sources from r318784 on a system where I did pre-commit test for ino64, updating the machine to the result of it, then building sources of r318789 and again updating. No SIGSEGV etc, so I think that the effects seen are due to build system. rm -rf obj/* is the safest trick, I believe.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170524172154.GR1622>