[cmake-developers] [PATCH v2] Improve encoding handling on Windows

2016-07-02 Thread Dāvis Mosāns
On Windows getenv (and putenv) uses ANSI codepage so it needs to be encoded to internally used encoding (eg. UTF-8). Here we use _wgetenv (and _wputenv) instead and encode that. Also typically Windows applications (eg. MSVC compiler) use current console's codepage for output to pipes so we need to

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

2016-07-02 Thread Dāvis Mosāns
2016-07-01 17:41 GMT+03:00 Mike Gelfand : > > Since you already have "bool SystemTools::GetEnv(const char* key, > std::string& result)", another option would be to use it everywhere and > maybe introduce something like "bool SystemTools::HasEnv(const char* > key)" for those several cases where you

[cmake-developers] Green Hills MULTI Generator Recommendations

2016-07-02 Thread Chris Bux
I am interested in using CMake with Green Hills MULTI. I see that there is some experimental support for MULTI in CMake already, but that support appears to be tied to ARM and assumes the Green Hills INTEGRITY RTOS is also being used. I would also like to build for the x86 and Renesas V850 archit