[Cmake] Re: [vtk-developers] [bug] wrong CMAKE_COMMAND (win32)
Sebastien BARRE
sebastien at barre.nom.fr
Fri Aug 31 14:06:02 EDT 2001
Hi Bill,
At 31/08/01 13:17, William A. Hoffman wrote:
>The generator is the place where cmake must be platform specific, and the
>microsoft compiler
>normally accepts the UNIX paths, so the are used there. So, it is up to
>the generator to convert the paths as needed from the format used by cmake
>internally. If TLIB has trouble with /, then the borland generator should
>do the conversion.
Looks OK to me.
>Thanks for the bug report on Windows 98, I don't think we have tried that yet.
I wish I never use Win98 too, indeed :)
>It would seem to behave
>different than windows 2000 and NT which are able to launch the command
>with the unix style paths.
Definitely, I had no such pb with W2K or NT.
>So, Sebastien, I guess you are saying that the windows generator needs to
>convert all paths back to windows style before outputting and commands
>that need to be run as custom commands.
>So, I would not add an ifdef , but rather just change the cmDSPWriter.cxx
>to change all executable commands to windows style before output. I
>would use the CleanUpWindowsPaths function John wrote.
OK, thanks. I've just sent a message where I tried with #ifdef throughout
the whole distrib, but it's a nightmare to track, and it's definitely a
poor style. Nevertheless, there are some ConvertToUnixPath call that are at
least redundant.
I'll come up with a different solution, focusing on cmDSPWriter.
Thanks
P.S: I've also encountered an "Out of environment space" problem, and I
wish it won't ruin my day too (as the /E trick in config.sys won't help).
More information about the CMake
mailing list