-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error "can't find a native toolchain" when using non-english locale #21
Comments
Here's the output on Ubuntu:
|
While I was correct that LC_MESSAGES takes priority over LANG, there is also LC_ALL that takes priority over LC_MESSAGES. In other words: use LC_ALL=C in case you need locale dependent output. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Issue #10 has been closed, but I can't reopen it. The issue persists, and it's clearly related to locale settings and/or to using the wrong gcc command.
If GCC has been compiled with support for multiple locales, then the output of
gcc -v
orgcc --version
depends on the locale. gprbuild should not assume a certain locale. Depending on the GCC distribution, gcc seems to lack support for locales and always answers in English. That should not be the assumption made by gprbuild.As noted in Issue #10,
gcc --version
is clearly to be preferred overgcc -v
when it comes to checking for GCC's version. At least the first line ofgcc --version
seems to not be locale dependent.If you wish to continue to use
gcc -v
, you have to override the locale at least temporarily. The recommendation in Issue #10 is wrong. You should not use theLANG
environment variable for that. The right tool here is theLC_MESSAGES
variables which takes precedence over theLANG
variable.However, none of the above has been implemented, it seems. So the issue persists.
Here's the output of
gcc -v
andgcc --version
on my system with different locales:The text was updated successfully, but these errors were encountered: