From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 23:11:07 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5691FCE1; Sun, 19 Apr 2015 23:11:07 +0000 (UTC) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23076BDE; Sun, 19 Apr 2015 23:11:06 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t3JNB5HN021593; Sun, 19 Apr 2015 23:11:05 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id 278yqm8znb5epxikckntgtv65w; Sun, 19 Apr 2015 23:11:04 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Tim Kientzle In-Reply-To: Date: Sun, 19 Apr 2015 16:11:04 -0700 Cc: freebsd-arm , Ian Lepore Message-Id: <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> To: Waitman Gobble X-Mailer: Apple Mail (2.2070.6) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2015 23:11:07 -0000 > > >>> Somebody reported this on IRC yesterday as well, but I can't = reproduce > > >>> it here. I don't use crochet, so it must be doing something a = bit > > >>> different to end up with the lib from /usr instead of the local = one in > > >>> objdir. There should be no need to set LIBSTAND externally. > > >>> > > >> > > >> Thanks for the reply. Unfortunately I missed the discussion on = IRC. > > >> > > >> I suppose I'll have to backtrack through and find out where it > > >> _should_ be set to solve the problem. (?) For now, the workaround = gets > > >> the build to finish. > > >> > > > > > > > Crochet does use the standard build machinery; the only significant = difference is that it builds ubldr separately after a successful = buildworld. ... >=20 > So maybe its truly a documentation issue since everyone is convinced = crochet is correct. I didnt see that mentioned in the docs. >=20 You=E2=80=99ve certainly encountered a problem but I don=E2=80=99t yet = have enough information to say anything more. Certainly, Ian is right = that you should not have to set LIBSTAND to make this work. Unfortunately, it will be at least a few days before I have a chance to = try reproducing what you=E2=80=99re seeing. If you can reproduce it = consistently, please let me know; I could work up some patches based on = Ian=E2=80=99s suggestions and you could try them to see if they change = anything. Another things to try: blow away Crochet=E2=80=99s work directory = before you next rebuild. In particular, that will ensure that your = world build and ubldr build are consistent with each other. Let us know if you find anything else, Tim