Date: Sun, 19 Apr 2015 09:40:41 -0600 From: Ian Lepore <ian@freebsd.org> To: Waitman Gobble <gobble.wa@gmail.com> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: crochet build fails at ubldr Wandboard-Dual Message-ID: <1429458041.1182.86.camel@freebsd.org> In-Reply-To: <CAFuo_fzHtCF6F%2B%2BUGqSdhzvbkTjxRtoT8sXFKV%2BCr4UpsGmymQ@mail.gmail.com> References: <CAFuo_fy5tPjQDbtuSwcBEt4UMuu2tv8zRLLwBrpZPUGcyEMKEA@mail.gmail.com> <CAFuo_fx6Ztb2Rn8dPmZ3HBJniChvkZX54qmF_oaA87LJeHCFFQ@mail.gmail.com> <1429456908.1182.82.camel@freebsd.org> <CAFuo_fzHtCF6F%2B%2BUGqSdhzvbkTjxRtoT8sXFKV%2BCr4UpsGmymQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1429458041.1182.86.camel>