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

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


ok, I'll give it a try here.  However, do I need different changes for
config.gcc than are displayed in the file?

sean






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