Hi Stefan, your changes in revision 4930 "CMake: file renaming for consistency" are just wrong: The naming convention for CMake files is either * the file ending .cmake or * the name CMakeLists.txt.
Your change introduces two problems: * The files are not recognized by syntax highlighters. * Devs might confuse CMakeFiles.txt with CMakeLists.txt. Another problem has been introduced in config.cmake: I wrote it that way, that it generates a file defines.h.in that is eventually configured to defines.h. The reason why I don't generate defines.h directly, is that I want defines.h not to change unless the definitions actually changed (to reduce recompilation after a cmake run). I don't care who did it, but the name defines.h.in has been changed to something stupid. I had my reason to do it like this. Was there a reason to break it? cheers, Daniel _______________________________________________ eq-dev mailing list [email protected] http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev http://www.equalizergraphics.com
