From owner-freebsd-arm@freebsd.org Tue Nov 15 04:26:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97002C4257E for ; Tue, 15 Nov 2016 04:26:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-30.reflexion.net [208.70.210.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 460921F8F for ; Tue, 15 Nov 2016 04:26:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2262 invoked from network); 15 Nov 2016 02:39:41 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 15 Nov 2016 02:39:41 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.10.2) with SMTP; Mon, 14 Nov 2016 21:40:03 -0500 (EST) Received: (qmail 841 invoked from network); 15 Nov 2016 02:40:02 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 15 Nov 2016 02:40:02 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 757BDEC7B30; Mon, 14 Nov 2016 18:39:52 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Rapsberry pi B & VirtualBox crosscompile From: Mark Millard In-Reply-To: Date: Mon, 14 Nov 2016 18:39:52 -0800 Cc: freebsd-arm , peter garshtja Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Krzysztof Kowalski X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 04:26:34 -0000 On 2016-Nov-14, at 5:19 PM, peter garshtja wrote: > Hi Krzysztof, >=20 > If you want to build packages for your arm system on x86 arch then = check it > here = https://github.com/PetruGarstea/FreePI/wiki/Building-FreePI-packages >=20 > However freebsd 11 unofficial supports arm pkg repository. >=20 > Regards, > Peter >=20 > On Nov 14, 2016 19:25, "Krzysztof Kowalski" = wrote: >=20 >> Hello there, >> In few days I will get my 'brand new' RPi B. I would like to have on = it >> FreeBSD 10.3-RELEASE and build ports on it. But as we know, it has = low >> processor power so best way to bulid packages is to use distcc. >> My question is; >> Will it works, if I'll use FreeBSD 10.3-RELEASE x84_64, started in >> VirtualBox with few CPU, to distcc with RPi? I mention that RPi & VB = will >> be connected by crossover ethernet (no switch and only WiFi router at = the >> house where I'll configure RPi). >> Thanks in advance, best regards, >> Krzysztof One gotcha to using the pkg repository for those that buildworld = themselves with options like -mcpu=3D (such as -mcpu=3Dcorex-a7 for an RPI2B <=3D V1.1) = is that the software support for instructions that are missing in armv6 but present = on the specific processor/architecture are not always put in place by = buildworld. This leads to some pure armv6 software (such as from the pkg repository) = failing for lack of routines in the more specialized buildworld context: = Undefined symbols that a just-armv6 buildworld would define. If the policy were for buildworld to build the routines despite = instructions being available for the -mcpu=3D or other more specific context specified for = buildworld then more pkg's from the repository might work for the more targeted = buildworld's. As I remember pkg itself can have this issue for -mcpu=3D and the like. = But in that case pkg-static should work fine because it does not depend on the = buildworld libraries for such routines: they are already built in. Overall this is somewhat related to the likes of lang/gcc6 based = compiles targeting just armv6 needing -rpath use to avoid failing for things that are = "internal support" (even for arithmetic), like: /usr/local/lib/gcc6/libstdc++.so.6: Undefined symbol "__aeabi_uldivmod" where /lib/libgcc_s.so.1 does not implement the routine (depending on = how buildworld was done?) but /usr/local/lib/gcc6/libgcc_s.so.1 does implement. =3D=3D=3D Mark Millard markmi at dsl-only.net