--- AWLaFramboise@... wrote: > hi,
Thanks!! I agree with you that they should be additions to mingw -- guarded by
#ifndef __NO_ISOCEXT. I'll run through some tests and, if all OK, will check
in as soon as able.
I noticed your request for help with wchar/locale upport on libstdc++ list.
Have you looked at how STLPort implements win32 locale support?
I have code for the mbrtowcs/wcrtombs etc functions sitting on my disk fom
work done about 18 months ago. Thread safety (locking locale data) was/is the
stumbling block. But that would free up dependence on msvcp
> a few days ago i wrote a small set of vscanf functions to
> compliment the rest of the scanf functions provided
> by mingw. they use evil inline asm hacks to convert
> the va_list functions back to normal varargs functions
> (thus maintaining complete compatibility with the rest of the
> c library)
> provided are all of the missing *vscanf functions for both char and wchar_t:
> i wrote this as part of my hax0ring to get libstdc++-v3 to
> work the way i'd like it to on mingw. if anyone else is
> also working on this, let me know..
> code is availible at
> it is public domain.
> id love for this code to be integrated with the mingw
> runtime. if the maintainers think it should be integrated,
> they are welcome to do so. or, if they are busy, and im
> sure they are, maybe someone would tell me how i would best
> add this myself..
> this will make the libstdc++-v3 configure script pass
> the test for c99 wchar functions (combined with linking
> against -lmsvcp).. but will not satisfy the silly xpg2
> wchar requirement.
http://movies.yahoo.com.au - Yahoo! Movies
- What's on at your local cinema?