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 
portage please?

Cheers

Ed W



On 01/03/2012 10:44, Ed W wrote:
> Hi, could all uclibc users take a peek at: 
> https://bugs.gentoo.org/show_bug.cgi?id=308477
>
> 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 
> upstream
> - 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
>
> Thanks
>
> Ed W
>