From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 15:40:57 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98A49C57 for ; Sun, 19 Apr 2015 15:40:57 +0000 (UTC) Received: from relay.mailchannels.net (nov-007-i569.relay.mailchannels.net [46.232.183.123]) by mx1.freebsd.org (Postfix) with ESMTP id B170CA51 for ; Sun, 19 Apr 2015 15:40:54 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp4.ore.mailhop.org (ip-10-33-12-218.us-west-2.compute.internal [10.33.12.218]) by relay.mailchannels.net (Postfix) with ESMTPA id 38330433E; Sun, 19 Apr 2015 15:40:44 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp4.ore.mailhop.org (smtp4.ore.mailhop.org [10.83.15.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Sun, 19 Apr 2015 15:40:44 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1429458044354:2911204339 X-MC-Ingress-Time: 1429458044354 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp4.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YjrKt-00024W-65; Sun, 19 Apr 2015 15:40:43 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t3JFef9C027633; Sun, 19 Apr 2015 09:40:41 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1+AIJRt+LxSnhF0N+fVGfeK Message-ID: <1429458041.1182.86.camel@freebsd.org> Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Ian Lepore To: Waitman Gobble Cc: "freebsd-arm@freebsd.org" Date: Sun, 19 Apr 2015 09:40:41 -0600 In-Reply-To: References: <1429456908.1182.82.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie 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 15:40:57 -0000 On Sun, 2015-04-19 at 08:33 -0700, Waitman Gobble wrote: > On Sun, Apr 19, 2015 at 8:21 AM, Ian Lepore wrote: > > On Sun, 2015-04-19 at 08:19 -0700, Waitman Gobble wrote: > >> On Sun, Apr 19, 2015 at 7:39 AM, Waitman Gobble wrote: > >> > I'm having a problem using crochet to build Wandboard-Dual. > >> > > >> > > >> > Failed to build FreeBSD ubldr > >> > Log in /usr/home/waitman/crochet/work/ubldr-armv6-ARTWDEV/_.ubldr.armv6-ARTWDEV.build.log > >> > > >> > This command is failing: > >> > https://gist.github.com/waitman/d53ea6d7139cc960bc2f > >> > > >> > > >> > For some reason it wants to link with /usr/lib/libstand.a, which is > >> > incorrect architecture > >> > > >> > (simplified) > >> > cc -o loader.sym /usr/lib/libstand.a > >> > > >> > probably should link to this one instead? > >> > > >> > ./work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a > >> > > >> > > >> > I think this part of the build is happening here: > >> > > >> > lib/freebsd.sh > >> > > >> > freebsd_ubldr_build ( ) { } > >> > > >> > > >> > config.sh: > >> > https://gist.github.com/waitman/6c6a3e4a7ea3a195366c > >> > > >> > crochet version: > >> > # git rev-parse HEAD > >> > 168939eefc 78c3c63fa4859c11defd7bfa619b0e > >> > > >> > # uname -a > >> > FreeBSD rpidev.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > >> > r281689: Sat Apr 18 14:20:54 PDT 2015 > >> > waitman@rpidev.waitman.net:/usr/obj/usr/src/sys/RPIDEV amd64 > >> > > >> > Thanks, > >> > > >> > -- > >> > Waitman Gobble > >> > Los Altos California USA > >> > 510-830-7975 > >> > >> LIBSTAND is set in /usr/src/share/mk/bsd.libnames.mk > >> > >> LIBSTAND?= ${DESTDIR}${LIBDIR}/libstand.a > >> > >> setting LIBSTAND gets around the problem, and crochet build continues. > >> > >> # setenv LIBSTAND > >> "/usr/home/waitman/crochet/work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a" > >> # sh crochet.sh -c config.sh > >> > >> (somehow it's not getting set in the build) > >> > > > > 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. > > > > -- Ian > > > > > > 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. > It shouldn't be set anywhere, it should just work. That's kind of my point... my build process is just the standard "make buildworld TARGET_ARCH=armv6hf UBDLR_ADDR=" and it just works. I don't know what crochet is doing differently (and you only included a fragment of the build log that didn't include the command used to start the build). -- Ian