[PATCH] Adding wcs* and wmem* in libc/string.

[Christopher Faylor]

On Mon, Sep 02, 2002 at 11:16:18PM +0200, KJK::Hyperion wrote:
>At 16.43 02/09/2002, you wrote:
>>>Shouldn't this be something to be specified in configure.host?
>>>Technically, Cygwin is not the only Unix platform based on Windows NT
>>No, I don't think so.  Practically, Cygwin is the only Unix platform
>>using newlib and supporting both of Unix API and Win32 API.
>
>Since I happen to be developing the second Unix platform based on
>Windows NT (ignoring Softway's OpenNT - now Microsoft Interix - of
>course),

and the gnu-win32 package from Paul Sokolovsky and a package from
"Mikey" and...  Neither of these is based on newlib but you're hardly
the second person to think about doing this.

>and since newlib will become the core of a C runtime, sitting directly
>on the Windows NT native API, on which not only my Unix platform and
>other components of the React Operating System
>(<http://www.reactos.com/>) - including a native port of the Mono
>platform - but also future developement kits such as MingWNT,
>ReactOS-DDK and ReactOS-SSDK will be based, I insist for wchar_t's
>constraints to be configurable parameters

Insist, eh?  Insisting in open source projects usually just requires
providing a patch.

In the meantime, I don't think it makes sense to go to extra effort
to accomodate what is, for now, vaporware.  It should be easy enough
to make whatever changes you require when you are up to speed with your
new platform.  Until then, asking people to take your future plans
into account doesn't seem very practical to me, unless we're talking
about very trivial accommodations.

Of course, I admit to some bias in this area.

>(not that this really matters.  If my proposal isn't accepted now,
>you're going to hear from us again anyway)

Which is what I'd recommend.  At some point, I assume that hearing
from you will just involve patches which you've devised yourself.
That seems more practical than trying to direct others to match
your future requirements.

cgf