From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 17:20:47 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 210A9367; Tue, 16 Sep 2014 17:20:47 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7DF9E59; Tue, 16 Sep 2014 17:20:46 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XTwQn-000HCd-CD; Tue, 16 Sep 2014 17:20:45 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s8GHKinL007944; Tue, 16 Sep 2014 11:20:44 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+Lz5A/zhvt00qDFBzLPtcW X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: Total confusion over toolchain/xdev behavior [redux] From: Ian Lepore To: sbruno@freebsd.org In-Reply-To: <1410883593.10088.9.camel@bruno> References: <1404688077.1059.115.camel@bruno> <1410883593.10088.9.camel@bruno> Content-Type: text/plain; charset="us-ascii" Date: Tue, 16 Sep 2014 11:20:44 -0600 Message-ID: <1410888044.66615.7.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2014 17:20:47 -0000 On Tue, 2014-09-16 at 09:06 -0700, Sean Bruno wrote: > On Sun, 2014-07-06 at 16:07 -0700, Sean Bruno wrote: > > Objective: install an xcompile toolchain into a jail for use by > > poudriere during arm/mips/sparc/power ports pkgs builds. The build > > should be possible from a non-root user. > > We've had a lot of success using Warner's native-xtools target to build > a toolchain inserted into a native armv6 chroot, emulated via > qemu-bsd-user with the binmisc image activator handling things for us. > > I've run into, what appears to be, a tool chain setup problem that I > don't quite grok. I suspect, we are not setting up the amd64-clang > toolchain inserted into the jail correctly. I.e. we are using an > external toolchain here, that is amd64 binaries configured to output > armv6 (all clang). > > I have identified a list of several ports (probably 40 or 50) that seem > to have the same failure case when "linking". Some are hidden by > "configure" while most fail the same way. In general it looks like > this: > > rm -f bltwish25 > /nxb-bin/usr/bin/cc -Wall -fPIC -O -pipe -I/usr/local/include/tcl8.6/generic -I/usr/local/include/tk8.6/generic -I/usr/local/include/tk8.6/unix -DUSE_INTERP_RESULT -DUSE_INTERP_ERRORLINE -I.. -I./.. -I./../.. -I/usr/local/include -I/usr/local/include/tk8.6 -I/usr/local/include/tcl8.6 -o bltwish25 \ > ./../bltUnixMain.c libBLT25.so -L/usr/local/lib -ltk86 -ltcl86 -LNONE -lX11 -L/usr/local/lib -ljpeg -lm > /nxb-bin/usr/bin/ld: bltwish25: hidden symbol `__aeabi_memcpy' in /usr/lib/libgcc.a(aeabi_memcpy.o) is referenced by DSO > /nxb-bin/usr/bin/ld: final link failed: Nonrepresentable section on output > cc: error: linker command failed with exit code 1 (use -v to see invocation) > gmake[3]: *** [bltwish25] Error 1 > > full build log: > http://chips.ysv.freebsd.org/data/11armv632-default/2014-09-04_01h04m05s/logs/errors/blt-2.5.3_2.log > It looks like this might be the fix for the problem. Unfortunately, at least parts of it are gpl3... https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=151568 -- Ian