From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 15:33:55 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 7BAE6ABE; Sun, 19 Apr 2015 15:33:55 +0000 (UTC) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42E1399E; Sun, 19 Apr 2015 15:33:55 +0000 (UTC) Received: by oift201 with SMTP id t201so108815453oif.3; Sun, 19 Apr 2015 08:33:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aHA5hrkpdUlEMKjYYXYdpnjrIBo84Xl5lGxiXLnX3e8=; b=VSeZ66WgOMgG6P7L0/6CfNB2EUUfMkRciYU3v5uwrQ3p2nt2MXdt+5QapnKf7AWXSw oLIbIUbgi0LmVcXaiA1IdnKp9LOaRanVBqAcUvL6HhjXp2d5ryC/01VtzV/lCjY9LnjR xptgSONRGCCOksp1kmf4YkoMEqI2yzfo9rzubvFM9kQrOgNjGV1KpW4ZUCuyf2rQuJKI hfjcyYu+AI7LUGAOgPwSeAYwoiAhxZ82oMIEss0BtSsv6mYmqML7Nkbe+PatwzpW1Aoc /K86OpeBlZV7vxKZxMCxVDPfcKm6Kfeeyv6x5IdtQFXSOa19wKTd9lGmerZjznVuAg/B m84w== MIME-Version: 1.0 X-Received: by 10.202.176.134 with SMTP id z128mr10262236oie.102.1429457634662; Sun, 19 Apr 2015 08:33:54 -0700 (PDT) Received: by 10.202.177.85 with HTTP; Sun, 19 Apr 2015 08:33:54 -0700 (PDT) In-Reply-To: <1429456908.1182.82.camel@freebsd.org> References: <1429456908.1182.82.camel@freebsd.org> Date: Sun, 19 Apr 2015 08:33:54 -0700 Message-ID: Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Waitman Gobble To: Ian Lepore Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 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:33:55 -0000 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. -- Waitman Gobble Los Altos California USA 510-830-7975