uClibc 0.9.32

Arkadiusz Miskiewicz arekm at maven.pl
Thu Jun 30 07:48:15 CEST 2011


On Thursday 30 of June 2011, Jakub Bogusz wrote:
> On Wed, Jun 29, 2011 at 09:49:11PM +0200, Arkadiusz Miskiewicz wrote:
> > On Friday 17 of June 2011, Jakub Bogusz wrote:
> > > Is it OK to merge 0.9.32 on HEAD?
> > > The simple static cases (busybox functions) which were reported to fail
> > > with 0.9.31 seem to work now (tested on i686).
> > 
> > This one fails:
> > 
> > [arekm at carme-pld-i686 ~]$ cat a1.c
> > int
> > main ()
> > {
> > 
> >           ;
> >           
> >             return 0;
> > 
> > }
> > 
> > [arekm at carme-pld-i686 ~]$ i686-uclibc-gcc -o conftest -O2
> > -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-4 -g2 
> > -D_FORTIFY_SOURCE=2  -Wl,-- as-needed -Wl,--no-copy-dt-needed-entries
> > -Wl,-z,relro -Wl,-z,combreloc a1.c [arekm at carme-pld-i686 ~]$ ./conftest
> > zsh: segmentation fault  ./conftest
> 
> Uhm :/
> More complex programs (like busybox) used to work for me at the time of
> testing.
> I don't think dwarf-4 is the reason.
> 
> Does switching ld to bfd version help?

Current uClibc started to work (after rebuild). Weird because it still uses 
/usr/bin/ld when using uclibc wrapper.

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


More information about the pld-devel-en mailing list