Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-08 Thread Bernhard Rosenkränzer
On 8 May 2013 22:07, Matthew Gretton-Dann wrote: > On 08/05/13 20:53, Bernhard Rosenkränzer wrote: > >> The problematic upstream commit is svn 190588. >> > > The original discussion about this patch is here: > > http://gcc.gnu.org/ml/gcc-patches/2012-08/msg01462.html > Bug report and patch here:

Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-08 Thread Matthew Gretton-Dann
On 08/05/13 20:53, Bernhard Rosenkränzer wrote: On 8 May 2013 15:29, Bernhard Rosenkränzer wrote: I've attached the config logs - full builds are still running. I've figured out what's going on. In libgcc/Makefile.in, lines 368+ (in 4.8)/lines 375+ (in 4.7), there's some AWK trickery to a

Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-08 Thread Bernhard Rosenkränzer
On 8 May 2013 15:29, Bernhard Rosenkränzer wrote: > I've attached the config logs - full builds are still running. > I've figured out what's going on. In libgcc/Makefile.in, lines 368+ (in 4.8)/lines 375+ (in 4.7), there's some AWK trickery to add .hidden to asm code. The difference is that in

Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-08 Thread Bernhard Rosenkränzer
Hi, On 8 May 2013 12:41, Matthew Gretton-Dann wrote: So looking at how I build GCC __aeabi_uidiv is HIDDEN for 4.7 and 4.8. > Odd... I always get DEFAULT __aeabi_uidiv with 4.7 and HIDDEN with 4.8. > So can you you post your libgcc/config.log somewhere for 4.7 & 4.8, and > point us to them? (

Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-08 Thread Matthew Gretton-Dann
Bero, So looking at how I build GCC __aeabi_uidiv is HIDDEN for 4.7 and 4.8. Looking at the source for libgcc one way the use of the hidden attribute is determined at configure time with an assembler test. So can you you post your libgcc/config.log somewhere for 4.7 & 4.8, and point us to th

Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-08 Thread Bernhard Rosenkränzer
On 7 May 2013 10:37, Matthew Gretton-Dann wrote: > On 04/05/13 00:21, Bernhard Rosenkränzer wrote: > > How did you diff gcc-4.7/libgcc and gcc-4.8/libgcc? Checked out the sources and looked at the output of diff -urN gcc-4.7/libgcc gcc-4.8/libgcc > What does readelf give as the symbol types a

Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-07 Thread Matthew Gretton-Dann
On 04/05/13 00:21, Bernhard Rosenkränzer wrote: Hi, I've looked into this some more today... But it still looks rather odd. Has the symbol visibility of __aeabi_uidiv changed? Apparently not... I've checked a diff between gcc-4.7/libgcc and gcc-4.8/libgcc and didn't find any changes that see

Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-03 Thread Bernhard Rosenkränzer
Hi, I've looked into this some more today... But it still looks rather odd. On 2 May 2013 10:23, Matthew Gretton-Dann wrote: > Bero, > > > On 26/04/13 22:17, Bernhard Rosenkränzer wrote: > >> __aeabi_uidiv is a libgcc.a function (Android doesn't have libgcc_s) - and >> the blob makers didn't lin

Re: Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-05-02 Thread Matthew Gretton-Dann
Bero, On 26/04/13 22:17, Bernhard Rosenkränzer wrote: Hi, I'm running into an interesting problem with driver blobs when building Android with the 4.8 toolchain: E/libEGL ( 1219): load_driver(/vendor/lib/egl/libEGL_POWERVR_SGX540_120.so): Cannot load library: soinfo_link_image(linker.cpp:1635)

Undefined __aeabi_uidiv references in blobs with 4.8 toolchain

2013-04-26 Thread Bernhard Rosenkränzer
Hi, I'm running into an interesting problem with driver blobs when building Android with the 4.8 toolchain: E/libEGL ( 1219): load_driver(/vendor/lib/egl/libEGL_POWERVR_SGX540_120.so): Cannot load library: soinfo_link_image(linker.cpp:1635): could not load library "libIMGegl.so" needed by "libEGL