aboutsummaryrefslogtreecommitdiffstats
path: root/lib/Support/circular_raw_ostream.cpp
diff options
context:
space:
mode:
authorRui Ueyama <ruiu@google.com>2013-09-10 19:45:51 +0000
committerRui Ueyama <ruiu@google.com>2013-09-10 19:45:51 +0000
commitf42d4247ae1138c6deed50f92dcd1a4f34e07dec (patch)
tree0e4fd79f9e891171d4b70ecfc5cc055876d91dc3 /lib/Support/circular_raw_ostream.cpp
parent8e12d95d15e4140311919a3b60461817baf68ca5 (diff)
downloadexternal_llvm-f42d4247ae1138c6deed50f92dcd1a4f34e07dec.tar.gz
external_llvm-f42d4247ae1138c6deed50f92dcd1a4f34e07dec.tar.bz2
external_llvm-f42d4247ae1138c6deed50f92dcd1a4f34e07dec.zip
Add getenv() wrapper that works on multibyte environment variable.
On Windows, character encoding of multibyte environment variable varies depending on settings. The only reliable way to handle it I think is to use GetEnvironmentVariableW(). GetEnvironmentVariableW() works on wchar_t string, which is on Windows UTF16 string. That's not ideal because we use UTF-8 as the internal encoding in LLVM. This patch defines a wrapper function which takes and returns UTF-8 string for GetEnvironmentVariableW(). The wrapper function does not do any conversion and just forwards the argument to getenv() on Unix. Differential Revision: http://llvm-reviews.chandlerc.com/D1612 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@190423 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'lib/Support/circular_raw_ostream.cpp')
0 files changed, 0 insertions, 0 deletions