Total confusion over toolchain/xdev behavior [redux]

[Sean Bruno]

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