uclibc-0.9.29 - #define internal_function ends up in userspace

Bernhard Fischer rep.dot.nop at gmail.com
Mon Aug 27 20:59:44 UTC 2007


On Mon, Aug 27, 2007 at 12:45:20AM +0200, Christian MICHON wrote:
>On 8/26/07, Rob Landley <rob at landley.net> wrote:
>> On Saturday 25 August 2007 8:51:48 am Bernhard Fischer wrote:
>> > On Fri, Aug 24, 2007 at 07:34:06PM -0500, Kevin Day wrote:
>> > >internal_function sounds like it is supposed to be internal to uClibc.
>> >
>> > This is already fixed in svn. A patch which fixes this for the 0.9.29
>> > release can be obtained from buildroot.
>>
>> Are there any plans for a 0.9.29.1 release, for those of us who don't use
>> buildroot?  (I don't use buildroot, gentoo embedded doesn't use buildroot...)
>>
>> Rob
>
>I guess Rob has a point here: release early, release often...
>
>+1 vote for an update on the release, please ? :)

Ignoring vapier's/andersee'ns busiyness for a moment, it's not that
currently trunk is rapidly moving, even WRT NPTL, so i suggest you use
that meanwhile.

PS: At least _i_ didn't fixup the branch, so you'd be better off to look
at the diff between the branch-point and current trunk iff you were to
release an update, fwiw.

PPS: I'd be tempted to remember the rev of current trunk, skim over
psm's patch, apply that and then see how to get the arm-NPTL into that
majourly touched-up state, fyi. YMMV as may the available time of yours.
Opinions on such a heresy (of course i wouldn't test it)?

kind etc,
yours



More information about the uClibc mailing list