Patch - uClibc [Was: Re: uClibc progress]

[Daniel Kegel]

Yann E. MORIN wrote:
>  > >  - look at ptxdist patches for binutils and gcc to see if they have *-uclibc
>  > >    targets support.
>  > Geez, shouldn't that have been one of the first things you did,
>  > to avoid duplication?
> 
> Hmmm... Err. Yes, but as the easy way, I used buildroot's

That's where ptxdist got their patches.  So you're probably fine.

> But you can never be too cautious, so here is a patch.
> 
> What's in the patch (briefly):
>  - preliminary, but functional and quite advanced, uClibc support
>  - the two previous patches about silent run and program prefix
>  - snapshot and forced download support
>  - some cosmetics
> 
> An almost comprehensive description is given in the header of the patch.
> There might still be glitches, as it is still WIP here. Please report
> any problem, any suggestion, flames, or what ever! :-)

Good, thanks.

>  > even if I don't use it in crosstool
> 
> Won't you plan to integrate it in crosstool at some point? (I'm not speaking
> of 0.38, but later?)

Yes.  I'm just a bit overloaded for the forseeable future.
(Kids take a lot of time...)

> OT: glibc
> What I understand from a set of posts a few days ago, glibc tends to drop so
> called 'embedded', or 'exotic', targets. Right?
> And that you still had a mitigate feeling about the future of crosstool
> concerning glibc. Right?
> So incorporating alternate C libraries would eventually be the way to go.
> (I'm not speaking only of uClibc, but other such as dietlibc or newlib for
> example.)
> Tell me if/where I'm wrong.

Not "the" way to go, but a very good way to go.
I wouldn't be surprised if some of the glibc ports were maintained and keep working,
so I'll gladly accept a patch to add support for the ports addon to glibc.
- Dan

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com