crochet build fails at ubldr Wandboard-Dual

[Waitman Gobble]

On Sun, Apr 19, 2015 at 8:21 AM, Ian Lepore <ian at 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 at 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 at 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.

-- 
Waitman Gobble
Los Altos California USA
510-830-7975