MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0010180CMakeCMakepublic2010-01-24 11:292015-06-01 08:38
ReporterXuan Li 
Assigned ToClinton Stimpson 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformWin32OSWindows 7OS Version6.1.7600
Product VersionCMake-2-8 
Target VersionFixed in VersionCMake 3.2 
Summary0010180: CMake won't generate Visual Studio projects with working paths that have Unicode charactors
DescriptionUsing CMake on Windows 7 to generate Visual Studio 2008 projects.
Working paths contain Unicode charactors(Chinese, Japanese, ...). And error message is:

    -- Configuring incomplete, errors occurred!
    CMake Error: Unable to open cache file for save. I:/Downloads/SourceCode/cmake-2.6.4??/Build/CMakeCache.txt
    CMake Error: : System Error: No such file or directory

It seems that setting CRT locale to system default locale at the beginning will fix this problem. But then there is another problem when checking whether cl.exe works:
    
    -- Check for working C compiler: cl -- broken
    CMake Error at I:/cmake-2.8.0-win32-x86/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:50 (MESSAGE):
    The C compiler "cl" is not able to compile a simple test program.

And I found that it's the same problem mentioned in Issue 0005097. When CMake calls devenv.com to compile the test program CMAKE_TRY_COMPILE.sln, with "encoding=Windows-1252" .vcproj project file, Visual Studio can't find any source files, and then the generation fails. I think it might be fixed by writting "encoding=UTF-8" and generating UTF-8 encoded .vcproj files.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
related to 0012074closed Clinton Stimpson "Could not copy from" On Windows 7 (Simplified Chinese) 
related to 0012075closed Clinton Stimpson generated .vcproj with wrong encoding 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2010-01-24 11:29Xuan LiNew Issue
2010-12-15 07:21David ColeAssigned To => Brad King
2010-12-15 07:21David ColeStatusnew => assigned
2012-02-23 21:40zouguangxianNote Added: 0028707
2012-02-24 08:29Brad KingRelationship addedrelated to 0012074
2012-02-24 08:29Brad KingRelationship addedrelated to 0012075
2012-02-24 08:44Brad KingNote Added: 0028712
2012-02-24 08:44Brad KingAssigned ToBrad King =>
2012-02-24 08:44Brad KingStatusassigned => backlog
2015-01-15 23:41Clinton StimpsonAssigned To => Clinton Stimpson
2015-01-15 23:41Clinton StimpsonStatusbacklog => assigned
2015-01-16 10:11Clinton StimpsonNote Added: 0037715
2015-01-16 10:11Clinton StimpsonStatusassigned => resolved
2015-01-16 10:11Clinton StimpsonFixed in Version => CMake 3.2
2015-01-16 10:11Clinton StimpsonResolutionopen => fixed
2015-06-01 08:38Robert MaynardNote Added: 0038841
2015-06-01 08:38Robert MaynardStatusresolved => closed

Notes
(0028707)
zouguangxian   
2012-02-23 21:40   
it is duplication of 0012074, 0012075, 0005097.
(0028712)
Brad King   
2012-02-24 08:44   
CMake needs sweeping internationalization changes to properly support character encoding. See 0012074:0028710.
(0037715)
Clinton Stimpson   
2015-01-16 10:11   
Fixed by switching to utf-8 internally.
http://www.cmake.org/gitweb?p=cmake.git;a=commit;h=cdc29c3 [^]
(0038841)
Robert Maynard   
2015-06-01 08:38   
Closing resolved issues that have not been updated in more than 4 months.