MantisBT - CMake
View Issue Details
0011900CMakeCMakepublic2011-02-28 00:212015-06-01 08:38
Yuri 
Clinton Stimpson 
normalminoralways
closedfixed 
Visual Studio 2005WindowsXP
CMake 2.8.4 
CMake 3.2 
0011900: CMake fails to copy Visual Studio macro files into folder with non-latin symbols
During build we've getting the following error message on russian windows:
Could not copy from: C:/capability/cmake-2.8.4/share/cmake-2.8/Templates/CMakeVSMacros2.vsmacros
to: C:/Documents and Settings/bamboo/��� ���������/Visual Studio 2005/Projects/VSMacros80/CMakeMacros/CMakeVSMacros2.vsmacros

Where empty space between "bamboo" and "Visual Stidop 2005" is "Мои Документы" ("My Documents" in Cyrillic).

So cmake should support Unicode in this place or somehow handle ACP.
Just install CMake on windows where "My documents" contain non-latin symbols (or rename it somehow in windows), and try to configure any project.
No tags attached.
Issue History
2011-02-28 00:21YuriNew Issue
2011-08-19 02:02YuriNote Added: 0027243
2012-08-11 11:38David ColeStatusnew => backlog
2012-08-11 11:38David ColeNote Added: 0030295
2015-01-15 23:43Clinton StimpsonAssigned To => Clinton Stimpson
2015-01-15 23:43Clinton StimpsonStatusbacklog => assigned
2015-01-16 10:10Clinton StimpsonNote Added: 0037714
2015-01-16 10:10Clinton StimpsonStatusassigned => resolved
2015-01-16 10:10Clinton StimpsonFixed in Version => CMake 3.2
2015-01-16 10:10Clinton StimpsonResolutionopen => fixed
2015-06-01 08:38Robert MaynardNote Added: 0038840
2015-06-01 08:38Robert MaynardStatusresolved => closed

Notes
(0027243)
Yuri   
2011-08-19 02:02   
I tried to reproduce this issue with cmake.exe built from git on my machine, and it doesn't have any problems.
However both cmake-gui cmake.exe 2.8.5 still report this error.

So this issue is somehow affected by build system or configuration (I used default options to build CMake with VS 2010).
(0030295)
David Cole   
2012-08-11 11:38   
Sending old, never assigned issues to the backlog.

(The age of the bug, plus the fact that it's never been assigned to anyone means that nobody is actively working on it...)

If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^]

It's easy to re-activate a bug here if you can find a CMake developer who has the bandwidth to take it on, and ferry a fix through to our 'next' branch for dashboard testing.
(0037714)
Clinton Stimpson   
2015-01-16 10:10   
Fixed by switching to utf-8 internally.
http://www.cmake.org/gitweb?p=cmake.git;a=commit;h=cdc29c3 [^]
(0038840)
Robert Maynard   
2015-06-01 08:38   
Closing resolved issues that have not been updated in more than 4 months.