On Fri, Nov 2, 2012 at 6:15 AM, Alex Caudill <alex.caud...@gmail.com> wrote: > On 11/1/12, Garrett D'Amore <garr...@damore.org> wrote: >> If this is holding up someone else who wants to do real work of porting >> dependency software (Gnome 3, etc.) contact me off list and I'll see if I >> can either allocate some weekend/evening time to do the work myself, >> or provide guidance to someone else who wants to do it. >> >> - Garrett > > As a stopgap, it's trivial to write stubs for the *_l functions. For example: > > int strcoll_l(const char *l, const char *r, locale_t loc) {return > strcoll(l, r);} > > They all follow this pattern. It's not a real solution but I found it useful.
This is useless because you still do not have newlocale(), duplocale() or uselocale() which create or use the locale_t object. The point of the new apis is that you can have an unlimited number of locale_t objects, all with different properties. As side effect different threads can use different locale_t objects, giving threads the ability to run in different locales. But this feature is NOT limited to per-thread locales as some people may think. Irek _______________________________________________ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss