From owner-freebsd-current@FreeBSD.ORG Wed May 22 14:39:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9A83541A for ; Wed, 22 May 2013 14:39:21 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9A58B6 for ; Wed, 22 May 2013 14:39:21 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.7/8.14.6) with ESMTP id r4MEdJG0036236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 May 2013 16:39:19 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Wed, 22 May 2013 16:39:18 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Matthias Andree Subject: Re: Building current no longer possible on 8.2, worked 7 days ago Message-ID: <20130522143918.GU2055@acme.spoerlein.net> Mail-Followup-To: Matthias Andree , freebsd-current@freebsd.org References: <20130520134941.GL2055@acme.spoerlein.net> <519A9060.4050207@gmx.de> <20130521021029.GO2055@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20130521021029.GO2055@acme.spoerlein.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2013 14:39:21 -0000 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.