Total confusion over toolchain/xdev behavior [redux]

[Sean Bruno]

On Tue, 2014-09-16 at 11:20 -0600, Ian Lepore wrote:
> 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
> 
> 


I tried this, and it didn't seem to help, I suspect I need the
gcc.config changes too in some way?

https://people.freebsd.org/~sbruno/gcc_libs.txt

sean