uclibc-0.9.29 - #define internal_function ends up in userspace

Christian MICHON christian.michon at gmail.com
Mon Aug 27 21:26:49 UTC 2007


On 8/27/07, Bernhard Fischer <rep.dot.nop at gmail.com> wrote:
> 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
>

I just grabbed uclibc svn 19706... but my concerns are not arm related.
I'll leave this to Rob.
thanks

-- 
Christian
--
http://detaolb.sourceforge.net/, a linux distribution for Qemu



More information about the uClibc mailing list