Re: [gentoo-embedded] Re: uclibc base system

[Ned Ludd]

On Tue, 2004-06-22 at 20:21, Peter S. Mazinger wrote:
> On 22 Jun 2004, Ned Ludd wrote:
>
> > > > Attempted to drop the uclibc-patches tarball and compile without any of
> > > > those misc patches as they all seem pie-ssp related or unneeded cruft
> > > > that really does not apply to uClibc at all like -z relro.
> > >
> > > I do not use the relro/now patches, the ebuild removes them for now (they
> > > are only for completeness)
> >
> > After talking to mjn3 I don't think relro will even be considered for
> > uClibc till some time after 1.0
>
> could someone else port this to ldso?
>
> >
> > >
> > > >
> > > > USE="-*" ebuild uclibc-0.9.26-r1.ebuild clean unpack compile
> > >
> > > have you done this in a buildroot, or on a glibc portage based system?
> >
> > glibc.. Has to be glibc at first as there exists no seed stage yet with
> > supporting portage shared objects.
> > Point being is that the uclibc.ebuild is a no go.. I can't merge
> > something that fails to test properly. If it fails on a glibc system
> > then it will never be accepted into portage. uClibc (old wrapper style)
> > is already used by misc gentoo projects for PXE netbooting etc.
>
> I have attached a new version for uClibc, the ssp.c file is the same as
> for glibc
>
> it builds for me in glibc and uclibc env.

Added that portage.

- x86 -
No problems at all.
Tested with 
gcc version 3.3.3 20040412 (Gentoo Hardened Linux 3.3.3-r4, ssp-3.3-7,
pie-8.7.3)
GNU ld version 2.15.91.0.1 20040527

- arm -
I encountered an ldso problem with static inlines being included twice,
so I added a patch (few mins ago) that fixes this and allows arm to
compile.
talking with Erik he said it was solved two days ago on the ml.
http://www.uclibc.org/lists/uclibc-cvs/2004-June/004620.html
but I like my patch better as it prevents it from ever happening again.
http://dev.gentoo.org/~solar/uclibc/uClibc-cvs-arm-dl-sysdep.diff
Tested with 
gcc version 3.3.3 20040412 (Gentoo Linux 3.3.3-r5, ssp-3.3-7,
pie-8.7.5.3)
GNU ld version 2.15.90.0.3 20040415

- mips4 -
Compile worked like a charm only thing that did not quite work out the
way I expected was mips4 got compiled as mips1. 
Tested with  gcc version 3.4.0  (Gentoo Linux 3.4.0, pie-8.5.3)
GNU ld version 2.14.90.0.8 20040114

- ppc -
Not tested yet.

- sparc -
Not tested yet.


Note: 
All tested were done from glibc native environments with these options
set "dev-libs/uclibc-0.9.26-r2  -build -hardened -ipv6 -uclibc"

-----------------------------------------------------------------------
Side Note Off Topic:

Both arm & mips fail a simple 
echo 'int main() { return 0; }' > main.c
gcc -o main main.c -pie

/usr/lib/libc_nonshared.a(elf-init.oS)(.text+0x38): In function
`__libc_csu_init':
: undefined reference to `__init_array_start'
/usr/lib/libc_nonshared.a(elf-init.oS)(.text+0x3c): In function
`__libc_csu_init':
: undefined reference to `__init_array_end'

I think these symbols are provided by linker scripts. 
Seen anything floating around where others have run into the same thing?
If so recall the solution?

>
> Peter
>
> ______________________________________________________________________
> --
> gentoo-embedded@g.o mailing list
-- 
Ned Ludd <solar@g.o>
Gentoo (hardened,security,infrastructure,embedded,toolchain) Developer