Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 16 Sep 2014 11:20:44 -0600
From:      Ian Lepore <ian@FreeBSD.org>
To:        sbruno@freebsd.org
Cc:        freebsd-arch <freebsd-arch@freebsd.org>
Subject:   Re: Total confusion over toolchain/xdev behavior [redux]
Message-ID:  <1410888044.66615.7.camel@revolution.hippie.lan>
In-Reply-To: <1410883593.10088.9.camel@bruno>
References:  <1404688077.1059.115.camel@bruno> <1410883593.10088.9.camel@bruno>

next in thread | previous in thread | raw e-mail | index | archive | help
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





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1410888044.66615.7.camel>