On 10/11/14 1:41 AM, Noah Misch wrote:
> Good question. It would be nice to make the change there, for the benefit of
> other consumers. The patch's setlocale_native_forked() assumes it never runs
> in a multithreaded process, but libintl_setlocale() must not assume that. I
> see a few ways libintl/gnulib might proceed:
Yeah, it's difficult to see how they might proceed if they keep calling
into Core Foundation, which might do anything, now or in the future.
I went ahead and submitted a bug report to gettext:
https://savannah.gnu.org/bugs/index.php?43404
(They way I understand it is that the files concerned originate in
gettext and are copied to gnulib.)
Let's see what they say.
I like the idea of calling pthread_is_threaded_np() as a verification.
This appears to be a OS X-specific function at the moment. If other
platforms start adding it, then we'll run into the usual problems of how
to link binaries that use pthread functions. Maybe that's not a
realistic concern.