Date: Sun, 19 Apr 2015 08:49:39 -0700 From: Waitman Gobble <gobble.wa@gmail.com> To: Ian Lepore <ian@freebsd.org> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: crochet build fails at ubldr Wandboard-Dual Message-ID: <CAFuo_fw%2Bi322zQYc6WtE3=fsbsr9HJedNZvQ39mKhs%2BemAfToQ@mail.gmail.com> In-Reply-To: <1429458041.1182.86.camel@freebsd.org> 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> <1429458041.1182.86.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Apr 19, 2015 at 8:40 AM, Ian Lepore <ian@freebsd.org> wrote: > 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 > > Sorry, I'll have to start the build over fresh to get the complete log. Starting the build over wiped it out. I'll start it now and post later today. Thanks, -- Waitman Gobble Los Altos California USA 510-830-7975
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFuo_fw%2Bi322zQYc6WtE3=fsbsr9HJedNZvQ39mKhs%2BemAfToQ>