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