From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 15:40:57 2015
Return-Path: <owner-freebsd-arm@FreeBSD.ORG>
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 <freebsd-arm@freebsd.org>; 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 <freebsd-arm@freebsd.org>; 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 <ian@freebsd.org>)
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 <ian@freebsd.org>
To: Waitman Gobble <gobble.wa@gmail.com>
Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org>
Date: Sun, 19 Apr 2015 09:40:41 -0600
In-Reply-To: <CAFuo_fzHtCF6F++UGqSdhzvbkTjxRtoT8sXFKV+Cr4UpsGmymQ@mail.gmail.com>
References: <CAFuo_fy5tPjQDbtuSwcBEt4UMuu2tv8zRLLwBrpZPUGcyEMKEA@mail.gmail.com>
<CAFuo_fx6Ztb2Rn8dPmZ3HBJniChvkZX54qmF_oaA87LJeHCFFQ@mail.gmail.com>
<1429456908.1182.82.camel@freebsd.org>
<CAFuo_fzHtCF6F++UGqSdhzvbkTjxRtoT8sXFKV+Cr4UpsGmymQ@mail.gmail.com>
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." <freebsd-arm.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-arm>,
<mailto:freebsd-arm-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arm/>
List-Post: <mailto:freebsd-arm@freebsd.org>
List-Help: <mailto:freebsd-arm-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arm>,
<mailto:freebsd-arm-request@freebsd.org?subject=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 <ian@freebsd.org> wrote:
> > On Sun, 2015-04-19 at 08:19 -0700, Waitman Gobble wrote:
> >> On Sun, Apr 19, 2015 at 7:39 AM, Waitman Gobble <gobble.wa@gmail.com> 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=<whatever>" 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