Re: [PATCH] Speed-up sprintf() family of functions.

[Sergei Organov <osv at javad dot com>]

Andrew Lunn <andrew@lunn.ch> writes:
> On Wed, Jan 03, 2007 at 08:53:12AM +0100, Neundorf, Alexander wrote:
>> 
>> > Von: ecos-patches-owner@ecos.sourceware.org
>> > [mailto:ecos-patches-owner@ecos.sourceware.org]Im Auftrag von Sergei
>> > Organov
>> > 
>> > Jonathan Larmour <jifl@eCosCentric.com> writes:
>> > 
>> > > Sergei Organov wrote:
>> > >>>
>> > >>>Oh yes, I know there's a lot of things I would do very differently
>> > >>>given the chance and the benefit of 10 more years of 
>> > experience. There
>> > >>>are many, many places the code could be improved (or 
>> > rewritten!), and
>> > >>>that is one.
>> > 
>> > Does anybody actually work on improving those things? From outside it
>> > looks like kernel and libc development is stopped.
>> 
>
>> IMO an experimental/3rd party branch or repository would be a good
>> idea for eCos, where it is easy to get write access and where new
>> and experimental stuff can be committed, tested and developed. Right
>> now if I have something new I can't send a patch before it's ready
>> for production use, which is against "release early, release often"
>> and which makes it harder to work on something with somebody else
>> who is interested in it.
>
> First off, you can send a patch, just make it clear its for comments
> only, not for production use or to be merged into the repository. If
> you want use bugzilla and attach the patch there.

Unfortunately this doesn't address the problem in a suitable way as it
makes it almost impossible for multiple developers to work on the same
code-base. Am I assumed to search and apply patches to my own copy of the
eCos tree? If yes, then different developers will end up with different
code-bases by applying different patches.

> What i have also done in the past is setup my own CVS server for
> packages which are under development by multiple developers. Once the
> code was complete and production quality it was then merged into the
> anoncvs repository.

Yes, that was the suggestion, AFAIU, -- setup something so that multiple
developers around the world could do things this way, and eCosCentric
seems to be the party that might be interested.

-- Sergei.