[Buildroot] [autobuild.buildroot.net] Build results for 2015-10-15

Baruch Siach baruch at tkos.co.il
Sun Oct 18 04:57:34 UTC 2015


Hi Jörg,

On Sun, Oct 18, 2015 at 02:48:13AM +0200, Jörg Krause wrote:
> On Fr, 2015-10-16 at 08:30 +0200, Thomas Petazzoni wrote:
> > Build statistics for 2015-10-15
> > ===============================
> > 
> > Detail of failures
> > ===================
> > 
> >     mips64el |               swupdate-2015.07 | NOK |
> > http://autobuild.buildroot.net/results/aaad892a487affe9f62ce4e54ff8bc
> > 897f4b99a3/
> >       x86_64 |               swupdate-2015.07 | NOK | http://autobuil
> > d.buildroot.net/results/d9e8298898da6355f6b46a032f951b4ca196d103/
> >     mips64el |               swupdate-2015.07 | NOK | http://autobuil
> > d.buildroot.net/results/de3c39640ca972bd3a07e66859f348421342666e/
> >     mips64el |               swupdate-2015.07 | NOK | http://autobuil
> > d.buildroot.net/results/d1e446d2c552efd8eb9b34bdc7f50fe7ecccf31c/
> 
> Looks related to commit 1980bf05, but I was not able to fix this by changing 
> LD to gcc instead of ld. But honestly, I am not a toolchain expert and 
> surely I missed something.
> 
> For me it looks like there is a problem with linking the object files
> from each 'objs-y' directory into a single object file 'built-in.o'.
> 
> A simple solution is to build the subdirectories 'core' and 'handlers'
> with the libs-y instead of the objs-y target.
> 
> Any thoughts?

That was also my best guess after investigation this issue for some time. I 
think you should raise this issue with upstream to see whether this solution 
is acceptable.

baruch

-- 
     http://baruch.siach.name/blog/                  ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -



More information about the buildroot mailing list