[Buildroot] [autobuild.buildroot.net] Your build results for 2016-08-23

[Buildroot] [autobuild.buildroot.net] Your build results for 2016-08-23

[André Hentschel]

Am 24.08.2016 um 19:25 schrieb Thomas Petazzoni:
> Hello,
> 
> This is the list of Buildroot build failures that occured on
> 2016-08-23, and for which you are a registered architecture developer
> or package developer. Please help us improving the quality of
> Buildroot by investigating those build failures and sending patches to
> fix them. Thanks!
> 
> Build failures related to your packages:
> 
>          arm |                  openal-1.17.2 | http://autobuild.buildroot.net/results/d7ccef77a355ccc23f26d012e8441af931469ae4
> 

I think I have a fix for this and will send it after some verification

[Buildroot] [autobuild.buildroot.net] Your build results for 2016-08-23

[Thomas Petazzoni]

Hello,

On Fri, 26 Aug 2016 18:57:30 +0200, Andr? Hentschel wrote:

> >          arm |                  openal-1.17.2 | http://autobuild.buildroot.net/results/d7ccef77a355ccc23f26d012e8441af931469ae4
> >   
> 
> I think I have a fix for this and will send it after some verification

Great, thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Your build results for 2016-08-23

[Jörg Krause]

Hi,

On Mi, 2016-08-24 at 19:25 +0200, Thomas Petazzoni wrote:
> Hello,
> 
> This is the list of Buildroot build failures that occured on
> 2016-08-23, and for which you are a registered architecture developer
> or package developer. Please help us improving the quality of
> Buildroot by investigating those build failures and sending patches
> to
> fix them. Thanks!
> 
> Build failures related to your packages:
> 
> ??????mipsel |????????????????????luvi-v2.7.5 | http://autobuild.buil
> droot.net/results/8e001112b1678f9fb1c198c84184cd6f5fc3d004
> 

Incompatible object files:

file luvi-v2.7.5/jitted_tmp/src/lua/init.lua_luvi_generated.o: ELF 32-
bit LSB relocatable, MIPS, MIPS32 version 1 (SYSV), not stripped

luvi-v2.7.5/CMakeFiles/luvi.dir/src/main.c.o: ELF 32-bit LSB
relocatable, MIPS, MIPS32 rel6 version 1 (SYSV), not stripped

I'm not sure if LuaJIT is able to output object files for MIPS32R6, so
I asked on the LuaJIT mailing list [1]. If not, we have to exclude the
MIPS32R6 architecture from LuaJIT arch support, right?

[1]?http://www.freelists.org/post/luajit/Support-for-MIPS32r6

Best regards
J?rg Krause

[Buildroot] [autobuild.buildroot.net] Your build results for 2016-08-23

[Thomas Petazzoni]

Hello,

Vicente, there's a question for you below :-)

Thanks!

On Sat, 27 Aug 2016 01:43:42 +0200, J?rg Krause wrote:

> On Mi, 2016-08-24 at 19:25 +0200, Thomas Petazzoni wrote:
> > Hello,
> > 
> > This is the list of Buildroot build failures that occured on
> > 2016-08-23, and for which you are a registered architecture developer
> > or package developer. Please help us improving the quality of
> > Buildroot by investigating those build failures and sending patches
> > to
> > fix them. Thanks!
> > 
> > Build failures related to your packages:
> > 
> > ??????mipsel |????????????????????luvi-v2.7.5 | http://autobuild.buil
> > droot.net/results/8e001112b1678f9fb1c198c84184cd6f5fc3d004
> >   
> 
> Incompatible object files:
> 
> file luvi-v2.7.5/jitted_tmp/src/lua/init.lua_luvi_generated.o: ELF 32-
> bit LSB relocatable, MIPS, MIPS32 version 1 (SYSV), not stripped
> 
> luvi-v2.7.5/CMakeFiles/luvi.dir/src/main.c.o: ELF 32-bit LSB
> relocatable, MIPS, MIPS32 rel6 version 1 (SYSV), not stripped
> 
> I'm not sure if LuaJIT is able to output object files for MIPS32R6, so
> I asked on the LuaJIT mailing list [1]. If not, we have to exclude the
> MIPS32R6 architecture from LuaJIT arch support, right?
> 
> [1]?http://www.freelists.org/post/luajit/Support-for-MIPS32r6

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Your build results for 2016-08-23

[Rahul Bedarkar]

Hi Thomas,

On Wednesday 24 August 2016 10:55 PM, Thomas Petazzoni wrote:
> Hello,
>
> This is the list of Buildroot build failures that occured on
> 2016-08-23, and for which you are a registered architecture developer
> or package developer. Please help us improving the quality of
> Buildroot by investigating those build failures and sending patches to
> fix them. Thanks!
>
> Build failures related to your packages:
>
>          bfin |                    glog-v0.3.4 | http://autobuild.buildroot.net/results/914cc267eba357cc0c425f07e57c6ae35b099b7e
>

We have disabled glog on blackfin external toolchain uclinux sometime 
back [1]. But we are seeing same issue with buildroot based toolchain now.

As elf-fdpic.h is only provided by uClibc and we support only uClibc for 
blackfin, should we disable glog on blackfin ?

Regards,
Rahul

[1] - 
https://git.buildroot.net/buildroot/commit/?id=3b198722a5cfdf2ad5fd5a243aaa5f9f730b0101

[Buildroot] [autobuild.buildroot.net] Your build results for 2016-08-23

[Thomas Petazzoni]

Hello,

[Adding Waldemar in Cc, there's a uClibc bug below.]

On Fri, 26 Aug 2016 14:50:29 +0530, Rahul Bedarkar wrote:

> On Wednesday 24 August 2016 10:55 PM, Thomas Petazzoni wrote:
> > Hello,
> >
> > This is the list of Buildroot build failures that occured on
> > 2016-08-23, and for which you are a registered architecture developer
> > or package developer. Please help us improving the quality of
> > Buildroot by investigating those build failures and sending patches to
> > fix them. Thanks!
> >
> > Build failures related to your packages:
> >
> >          bfin |                    glog-v0.3.4 | http://autobuild.buildroot.net/results/914cc267eba357cc0c425f07e57c6ae35b099b7e
> >  
> 
> We have disabled glog on blackfin external toolchain uclinux sometime 
> back [1]. But we are seeing same issue with buildroot based toolchain now.
> 
> As elf-fdpic.h is only provided by uClibc and we support only uClibc for 
> blackfin, should we disable glog on blackfin ?

No: we should instead fix the bug in uClibc.

Indeed, the following test program:

#include <link.h>
int main(void) { return 0; }

builds fine with the C compiler:

$ ./output/host/usr/bin/bfin-linux-gcc -o toto toto.c 
$

but fails with the C++ compiler:

$ ./output/host/usr/bin/bfin-linux-g++ -o toto toto.c 
In file included from /home/thomas/projets/buildroot/output/host/usr/bfin-buildroot-linux-uclibc/sysroot/usr/include/link.h:78:0,
                 from toto.c:1:
/home/thomas/projets/buildroot/output/host/usr/bfin-buildroot-linux-uclibc/sysroot/usr/include/bits/elf-fdpic.h: In function ?void* __reloc_pointer(void*, const elf32_fdpic_loadmap*)?:
/home/thomas/projets/buildroot/output/host/usr/bfin-buildroot-linux-uclibc/sysroot/usr/include/bits/elf-fdpic.h:94:54: error: invalid use of ?void?
       unsigned long offset = p - (void*)map->segs[c].p_vaddr;
                                                      ^~~~~~~
$

Seems like a bug in the uClibc headers. So I'd prefer that we fix
uClibc rather than disabling glog on Blackfin.

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com