List Archive: gentoo-embedded
Note: Due to technical difficulties, the Archives are currently not up to date.
provides an alternative service for most mailing lists.c.f. bug 424647
Come on... you know you want to...
Can we get some testing of this please? An updated uclibc is a real
blocker for supporting embedded - can we have a push to get this into
On 01/03/2012 10:44, Ed W wrote:
> Hi, could all uclibc users take a peek at:
> I have bumped the ebuild to 0.9.33 and also added some extremely hacky
> patches to build iconv (and accidentally also locale) support. From
> my limited understanding this almost works as expected and seems very
> achievable to get to a fully working state. The iconv support is the
> main thing I wanted. Locales seem to be included as part of the same
> uclibc config switch, but don't add that much extra space - it would
> be nice to have them independently selectable though
> I need some help:
> - Testing the iconv stuff and working on the patches so they can go
> - Fixing the ebuild to have an iconv flag to bring this stuff in a
> selectable way
> - Fixing the ebuild to allow selectable locales in some gentoo
> acceptable way?
> - Testing with hardened, ie gcc-4.5.3-r2 and the adjusted variable as
> per bug (this brings SSP support to gcc on uclibc)
> - Testing on as many other architectures than x86 as possible...
> The goal is to get this into tree as a masked ebuild as soon as
> possible. The rest of the tree is growing away from supporting uclibc
> because its the easiest option. However, if we can get 0.9.33 in good
> shape then we have a modern drop in libc replacement which supports
> modern hardened compilers, nptl and more - it's then feasible to start
> filing bugs to other packages to add small patches as appropriate. In
> particular having even partially working iconv support in uclibc would
> appear to reduce the number of packages with uclibc conditional
> compiles by a large chunk...
> Grateful for help getting this in shape
> Ed W