c - Is it bad that LANG and LC_ALL are empty when running `locale -a` on OS X Yosemite? -
i use os x yosemite.
when run locale
this:
locale lang= lc_collate="c" lc_ctype="utf-8" lc_messages="c" lc_monetary="c" lc_numeric="c" lc_time="c" lc_all=
question
is emptiness of lang
, lc_all
bad/normal/prefered?
normally, wouldn't care it, i've got warning
(process:16182): gtk-warning **: locale not supported c library. using fallback 'c' locale.
when using gtk
(here's link previous quesiton on this).
people have been struggling problem in many languages (python example) , different os (ubuntu example).
the point i couldn't find solution c language , os x.
i guess gtk warning because gtk trying use mac language , locale settings system preferences make locale identifier string, using string setlocale()
, , being told c library doesn't support locale. result, it's defaulting "c" locale. if weren't trying find better locale, there little reason warn it's using "c" locale because that's expected when lang
, lc_all
unset.
os x has support many languages , locales in high-level frameworks (cocoa, etc.), not of supported @ level of c library. language , locale settings in system preferences? locale identifier expect language , locale? see if that's in output locale -a
(or, similarly, if there's directory in /usr/share/locale
).
another thing check terminal's preferences. on settings pane, under advanced tab, "set locale environment variables on startup" set? if not, environment variables won't set default, might explain you're seeing. if setting enabled you're still not getting environment variables, suggests terminal not able find suitable c-library locale matches system settings.
finally, can try setting lang
want use. example:
export lang=pl_pl.utf-8
Comments
Post a Comment