Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 May 2013 16:39:18 +0200
From:      Ulrich =?utf-8?B?U3DDtnJsZWlu?= <uqs@FreeBSD.org>
To:        Matthias Andree <matthias.andree@gmx.de>
Cc:        freebsd-current@freebsd.org
Subject:   Re: Building current no longer possible on 8.2, worked 7 days ago
Message-ID:  <20130522143918.GU2055@acme.spoerlein.net>
In-Reply-To: <20130521021029.GO2055@acme.spoerlein.net>
References:  <20130520134941.GL2055@acme.spoerlein.net> <519A9060.4050207@gmx.de> <20130521021029.GO2055@acme.spoerlein.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2013-05-21 at 04:10:30 +0200, Ulrich Spörlein wrote:
> On Mon, 2013-05-20 at 23:06:40 +0200, Matthias Andree wrote:
> > Am 20.05.2013 15:49, schrieb Ulrich Spörlein:
> > > Hey all,
> > > 
> > > I'm running the coverity builds/scan on a 8.2 VM, buildworld was fine 7d
> > > ago, now it's kaput:
> > 
> > ...
> > 
> > > This is on src r250825 and the host is running
> > > FreeBSD scan.freebsd.your.org 8.2-STABLE FreeBSD 8.2-STABLE #2 r223420: Wed Jun 22 11:15:56 UTC 2011
> > > uqs@scan.freebsd.your.org:/usr/obj/usr/src/sys/GENERIC  amd64
> > 
> > In case you haven't noticed, FreeBSD 8.2 went out of support end of July
> > 2012, i. e. 10 months ago...
> 
> Just updated to 8-STABLE and the same build error occurs.

Updated those machines to 9.1 and still the same build error. Am I the
only one seeing this?

I have a different 9-STABLE machine that is fine, but I cannot figure
out what is wrong on the two VMs where this problem occurrs.

The working system does:

===> tools/build (obj,includes,depend,all,install)
/usr/obj/data/src/freebsd-head/tmp/data/src/freebsd-head/tools/build created for /data/src/freebsd-head/tools/build
set -e; cd /data/src/freebsd-head/tools/build; /usr/obj/data/src/freebsd-head/make.amd64/make buildincludes; /usr/obj/data/src/freebsd-head/make.amd64/make installincludes
rm -f .depend
mkdep -f .depend -a    -I/data/src/freebsd-head/tools/build/../../contrib/libc-pwcache -I/data/src/freebsd-head/tools/build/../../lib/libc/include -I/usr/obj/data/src/freebsd-head/tmp/legacy/usr/include -std=gnu99   /data/src/freebsd-head/tools/build/../../contrib/libc-pwcache/pwcache.c
cc  -O2 -pipe -I/data/src/freebsd-head/tools/build/../../contrib/libc-pwcache  -I/data/src/freebsd-head/tools/build/../../lib/libc/include -std=gnu99   -I/usr/obj/data/src/freebsd-head/tmp/legacy/usr/include -c /data/src/freebsd-head/tools/build/../../contrib/libc-pwcache/pwcache.c -o pwcache.o
building static egacy library
ranlib libegacy.a
sh /data/src/freebsd-head/tools/install.sh -C -o root -g wheel -m 444   libegacy.a /usr/obj/data/src/freebsd-head/tmp/legacy/usr/lib


The broken ones do:

===> tools/build (obj,includes,depend,all,install)
/usr/obj/data/src/freebsd-head/tmp/data/src/freebsd-head/tools/build created for /data/src/freebsd-head/tools/build
set -e; cd /data/src/freebsd-head/tools/build; /usr/obj/data/src/freebsd-head/make.amd64/make buildincludes; /usr/obj/data/src/freebsd-head/make.amd64/make installincludes
rm -f .depend
mkdep -f .depend -a    -I/data/src/freebsd-head/tools/build/../../contrib/libc-pwcache -I/data/src/freebsd-head/tools/build/../../lib/libc/include -I/usr/obj/data/src/freebsd-head/tmp/legacy/usr/include -std=gnu99   /data/src/freebsd-head/tools/build/../../contrib/libc-pwcache/pwcache.c
cc  -O2 -pipe -I/data/src/freebsd-head/tools/build/../../contrib/libc-pwcache  -I/data/src/freebsd-head/tools/build/../../lib/libc/include -std=gnu99   -I/usr/obj/data/src/freebsd-head/tmp/legacy/usr/include -c /data/src/freebsd-head/tools/build/../../contrib/libc-pwcache/pwcache.c -o pwcache.o  
building static egacy library
ranlib /data/src/freebsd-head/tools/build/libegacy.a  
sh /data/src/freebsd-head/tools/install.sh -C -o root -g wheel -m 444   libegacy.a /usr/obj/data/src/freebsd-head/tmp/legacy/usr/lib  
install: libegacy.a: No such file or directory
*** Error code 71

when building the legacy compatibility shims. The only difference is
that ranlib uses the relative path in the working case and that then
works out fine.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130522143918.GU2055>