Gentoo Logo
Gentoo Spaceship

Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-embedded
Lists: gentoo-embedded: < Prev By Thread Next > < Prev By Date Next >
To: Ned Ludd <solar@g.o>
From: "Peter S. Mazinger" <ps.m@...>
Subject: Re: (was) working hxgcc, related to uclibc
Date: Fri, 23 Jan 2004 10:43:49 +0100 (CET)
Some comments regarding uclibc:

On 22 Jan 2004, Ned Ludd wrote:

> pappy,
> I'm CC: peter so he can get a heads up on what we are thinking.
> Attachments included.
> This is also building on your box.
> In the screen chroot but it's not in the not in an overlay.
> Also pappy to make Martin happy could you confirm the guard scan takes
> place every single time gcc is built. You suggested the idea to him so a
> patch to have the ebuild behave the way you said in a previous mail
> would be great. The base-system herd wants this so -r5 can be pushed to
> stable. I also want see 3.3.2 go stable because it will allow us get
> everybody on the same page with basic toolchain pie support.
> ...
> * Done with patching
>  * Applying
> gcc331-pp-fixup.patch...                                                                       [ ok ]
>  * Applying
> protector.dif...                                                                                                  [ ok ]
>  * Applying
> gcc-3.3.2-gentoo-branch-update-20031218-pie-ssp.patch...                                                          [ ok ]

This patch has fixed crt1.o, uclibc works with pie also for crt0.o. One 
solution would be to patch uclibc so, that it copies crt0.o as crt1.o (as 
I did with Scrt1.o for the case CTOR_DTOR is not defined), then no change 
is needed to work with uclibc. I'll check with Erik if he will do the 
change to uclibc, if not this patch has to be somehow adapted to check for 
uClibc-config.h file.

>  * Applying
> gcc332-gentoo-branding.patch...                                                                                   [ ok ]
>  * This sys-libs/glibc has __guard object and __stack_smash_handler
> functions
>  * scanning the system for binaries with __guard - this may take 5-10
> minutes
>  * Please do not press ctrl-C or ctrl-Z during this period - it will
> continue
>  * Scanning system for __guard@GCC symbols...
>  *  Scanning 01 of 10 /lib...
>  *  Scanning 02 of 10 /usr/lib...

The ssp_scan is easy to implement for uClibc (check for 
presence, and check, but how do we know, if uClibc is main 
libc, should we check first for, then if it is present, 
check if also is present, if yes, then glibc is main libc, else 
uClibc. The check is needed because propolice is an option (yet) in 
uClibc, so there could be versions not having __guard/__smash...


Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2

Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol.
Probald ki most!

gentoo-embedded@g.o mailing list

Re: (was) working hxgcc, related to uclibc
-- Ned Ludd
Lists: gentoo-embedded: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
busybox default Config.h
Next by thread:
Re: (was) working hxgcc, related to uclibc
Previous by date:
Re: Multiplatform compile
Next by date:
Re: (was) working hxgcc, related to uclibc

Updated Jun 17, 2009

Summary: Archive of the gentoo-embedded mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.