Re: [CMake] CMake 2.8.4-rc2 ready for testing!
Hey David,
What is the intended behavior when upgrading CMake on a OSX Machine?
It seems that currently, generated projects will keep a reference to
the resolved symlink, ie
/Applications/CMake\ VERSION/Contents/bin/..., causing confusing errors such as
Johan-Bjorks-MacBook-Pro-2:build-Debug-normal phb$ cmake --build .
No such file or directory
CMake Error: Generator: execution of make failed. Make command was:
/Applications/CMake\
2.8-3.app/Contents/bin/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild
-project spcore.xcodeproj build -target ALL_BUILD -configuration Debug
It seems only some of the variables in CMakeCache is updated to
reflect the new cmake path
CMAKE_COMMAND:INTERNAL=/Applications/CMake 2.8-4.app/Contents/bin/cmake
CMAKE_CPACK_COMMAND:INTERNAL=/Applications/CMake 2.8-4.app/Contents/bin/cpack
CMAKE_CTEST_COMMAND:INTERNAL=/Applications/CMake 2.8-4.app/Contents/bin/ctest
CMAKE_ROOT:INTERNAL=/Applications/CMake 2.8-4.app/Contents/share/cmake-2.8
others are not
CMAKE_MAKE_PROGRAM:FILEPATH=/Applications/CMake
2.8-3.app/Contents/bin/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild
MAKECOMMAND:STRING=/Applications/CMake\
2.8-3.app/Contents/bin/cmakexbuild -project spcore.xcodeproj build
-target ALL_BUILD -configuration ${CTEST_CONFIGURATION_TYPE}
CMAKE_BUILD_TOOL:INTERNAL=/Applications/CMake
2.8-3.app/Contents/bin/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild
CMAKE_EDIT_COMMAND:INTERNAL=/Applications/CMake 2.8-3.app/Contents/bin/ccmake
(No clue how it added all those copies of cmakexbuild, I ran my
dashboard a few times before realizing what was wrong)
/Johan
/Johan
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On Tue, Feb 1, 2011 at 1:37 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: On 2011-2-1 5:45, David Cole wrote: The CMake 2.8.4 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Since we switched to git, and a new workflow, we're expecting to do more frequent releases. Because of that, our release candidate phases will be shorter than they have been historically. So, if you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave Is there any plan to fix the following one MSVC and three mingw issues ? CMake with msvc can not process CFLAGS and LDFLAGS correctly http://public.kitware.com/Bug/view.php?id=11755 Change default link order for mingw http://public.kitware.com/Bug/view.php?id=11760 Mingw target can not process .DEF files http://public.kitware.com/Bug/view.php?id=11768 CMake ignore .RC files when cross building http://public.kitware.com/Bug/view.php?id=11773 -- Dongsheng ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake Bug fixes for these 4 bugs in particular, all of which were only reported within the last 7 days, will not be ready for CMake 2.8.4 -- we will keep them on the radar for possible fixing in a future version. Thanks, David ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On Tue, Feb 1, 2011 at 1:30 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: On 2011-2-1 5:45, David Cole wrote: The CMake 2.8.4 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Since we switched to git, and a new workflow, we're expecting to do more frequent releases. Because of that, our release candidate phases will be shorter than they have been historically. So, if you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave When I use cmake 2.8.2 with Debian 6.0: $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Configuring done -- Generating done -- Build files have been written to: /home/oracle/vcs/git/freetds But cmake 2.8.4rc2 failed: $ export PATH=~/tmp/cmake-2.8.4-rc2-Linux-i686/bin:$PATH $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- Configuring done You have changed variables that require your cache to be deleted. Configure will be re-run and you may have to reset some variables. The following variables have changed: CMAKE_RC_COMPILER= i686-w64-mingw32-windres CMAKE_C_COMPILER= i686-w64-mingw32-gcc -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- broken CMake Error at /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE): The C compiler /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc is not able to compile a simple test program. It fails with the following output: Change Dir: /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make cmTryCompileExec/fast /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build make[1]: Entering directory `/home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp' /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/bin/cmake -E cmake_progress_report /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -o CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj -c /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp/testCCompiler.c Linking C executable cmTryCompileExec /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1 /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj -o cmTryCompileExec -rdynamic i686-w64-mingw32-gcc: error: unrecognized option '-rdynamic' make[1]: *** [cmTryCompileExec] Error 1 make[1]: Leaving directory `/home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp' make: *** [cmTryCompileExec/fast] Error 2 CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:37 (PROJECT) -- Configuring incomplete, errors occurred! ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake Did you have this cross-compiling scenario working with a previous version of CMake before trying CMake 2.8.4-rc2? Please let us know if this is a change in behavior in CMake or if this
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On Tue, Feb 1, 2011 at 20:04, David Cole david.c...@kitware.com wrote: On Tue, Feb 1, 2011 at 1:30 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: On 2011-2-1 5:45, David Cole wrote: The CMake 2.8.4 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Since we switched to git, and a new workflow, we're expecting to do more frequent releases. Because of that, our release candidate phases will be shorter than they have been historically. So, if you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave When I use cmake 2.8.2 with Debian 6.0: $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Configuring done -- Generating done -- Build files have been written to: /home/oracle/vcs/git/freetds But cmake 2.8.4rc2 failed: $ export PATH=~/tmp/cmake-2.8.4-rc2-Linux-i686/bin:$PATH $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- Configuring done You have changed variables that require your cache to be deleted. Configure will be re-run and you may have to reset some variables. The following variables have changed: CMAKE_RC_COMPILER= i686-w64-mingw32-windres CMAKE_C_COMPILER= i686-w64-mingw32-gcc -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- broken CMake Error at /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE): The C compiler /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc is not able to compile a simple test program. It fails with the following output: Change Dir: /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make cmTryCompileExec/fast /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build make[1]: Entering directory `/home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp' /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/bin/cmake -E cmake_progress_report /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -o CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj -c /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp/testCCompiler.c Linking C executable cmTryCompileExec /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1 /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj -o cmTryCompileExec -rdynamic i686-w64-mingw32-gcc: error: unrecognized option '-rdynamic' make[1]: *** [cmTryCompileExec] Error 1 make[1]: Leaving directory `/home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp' make: *** [cmTryCompileExec/fast] Error 2 CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:37 (PROJECT) -- Configuring incomplete, errors occurred! ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake Did you have this cross-compiling scenario working with a previous version of CMake before trying CMake
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On Tue, Feb 1, 2011 at 3:56 AM, Johan Björk p...@spotify.com wrote:
Hey David,
What is the intended behavior when upgrading CMake on a OSX Machine?
It seems that currently, generated projects will keep a reference to
the resolved symlink, ie
/Applications/CMake\ VERSION/Contents/bin/..., causing confusing errors such
as
Johan-Bjorks-MacBook-Pro-2:build-Debug-normal phb$ cmake --build .
No such file or directory
CMake Error: Generator: execution of make failed. Make command was:
/Applications/CMake\
2.8-3.app/Contents/bin/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild
-project spcore.xcodeproj build -target ALL_BUILD -configuration Debug
It seems only some of the variables in CMakeCache is updated to
reflect the new cmake path
CMAKE_COMMAND:INTERNAL=/Applications/CMake 2.8-4.app/Contents/bin/cmake
CMAKE_CPACK_COMMAND:INTERNAL=/Applications/CMake 2.8-4.app/Contents/bin/cpack
CMAKE_CTEST_COMMAND:INTERNAL=/Applications/CMake 2.8-4.app/Contents/bin/ctest
CMAKE_ROOT:INTERNAL=/Applications/CMake 2.8-4.app/Contents/share/cmake-2.8
others are not
CMAKE_MAKE_PROGRAM:FILEPATH=/Applications/CMake
2.8-3.app/Contents/bin/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild
MAKECOMMAND:STRING=/Applications/CMake\
2.8-3.app/Contents/bin/cmakexbuild -project spcore.xcodeproj build
-target ALL_BUILD -configuration ${CTEST_CONFIGURATION_TYPE}
CMAKE_BUILD_TOOL:INTERNAL=/Applications/CMake
2.8-3.app/Contents/bin/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild/cmakexbuild
CMAKE_EDIT_COMMAND:INTERNAL=/Applications/CMake 2.8-3.app/Contents/bin/ccmake
(No clue how it added all those copies of cmakexbuild, I ran my
dashboard a few times before realizing what was wrong)
/Johan
/Johan
The intended behavior is it depends.
CMake always honors a pre-existing cache, and simply trusts that it is
correct. Usually, updating CMake only adds possible cache entries, and
does not frequently change existing cache entries, so it's usually
safe to just run the new cmake and go. But... if there is stale stuff
in a cache, the safest thing to do is to blow it away and start from
scratch.
Whenever I update CMake on any machine, I typically start with clean
builds just to be safe.
On Mac OSX, since we have the 3 digit version number in the name of
the app, going from 2.8.3 to 2.8.4 changes paths, as you've observed.
I would recommend starting from a clean build tree whenever changing
versions of CMake.
Hope this helps,
David
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On Tue, Feb 1, 2011 at 7:08 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: On Tue, Feb 1, 2011 at 20:04, David Cole david.c...@kitware.com wrote: On Tue, Feb 1, 2011 at 1:30 AM, Dongsheng Song dongsheng.s...@gmail.com wrote: On 2011-2-1 5:45, David Cole wrote: The CMake 2.8.4 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Since we switched to git, and a new workflow, we're expecting to do more frequent releases. Because of that, our release candidate phases will be shorter than they have been historically. So, if you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave When I use cmake 2.8.2 with Debian 6.0: $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Configuring done -- Generating done -- Build files have been written to: /home/oracle/vcs/git/freetds But cmake 2.8.4rc2 failed: $ export PATH=~/tmp/cmake-2.8.4-rc2-Linux-i686/bin:$PATH $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- Configuring done You have changed variables that require your cache to be deleted. Configure will be re-run and you may have to reset some variables. The following variables have changed: CMAKE_RC_COMPILER= i686-w64-mingw32-windres CMAKE_C_COMPILER= i686-w64-mingw32-gcc -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- broken CMake Error at /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE): The C compiler /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc is not able to compile a simple test program. It fails with the following output: Change Dir: /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make cmTryCompileExec/fast /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build make[1]: Entering directory `/home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp' /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/bin/cmake -E cmake_progress_report /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -o CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj -c /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp/testCCompiler.c Linking C executable cmTryCompileExec /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1 /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj -o cmTryCompileExec -rdynamic i686-w64-mingw32-gcc: error: unrecognized option '-rdynamic' make[1]: *** [cmTryCompileExec] Error 1 make[1]: Leaving directory `/home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp' make: *** [cmTryCompileExec/fast] Error 2 CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:37 (PROJECT) -- Configuring incomplete, errors occurred! ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake Did you have this cross-compiling
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On Tue, 1 Feb 2011 09:56:03 +0100, Johan Björk said: What is the intended behavior when upgrading CMake on a OSX Machine? It seems that currently, generated projects will keep a reference to the resolved symlink, ie /Applications/CMake\ VERSION/Contents/bin/..., causing confusing errors such as Johan, You might want to add your opinion to this bug, which discusses the root cause of your issue: http://public.kitware.com/Bug/view.php?id=11693 -- Sean McBride, B. Eng s...@rogue-research.com Rogue Researchwww.rogue-research.com Mac Software Developer Montréal, Québec, Canada ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On 2/1/2011 1:30 AM, Dongsheng Song wrote: On 2011-2-1 5:45, David Cole wrote: The CMake 2.8.4 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Since we switched to git, and a new workflow, we're expecting to do more frequent releases. Because of that, our release candidate phases will be shorter than they have been historically. So, if you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave When I use cmake 2.8.2 with Debian 6.0: $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Configuring done -- Generating done -- Build files have been written to: /home/oracle/vcs/git/freetds But cmake 2.8.4rc2 failed: $ export PATH=~/tmp/cmake-2.8.4-rc2-Linux-i686/bin:$PATH $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- Configuring done You have changed variables that require your cache to be deleted. Configure will be re-run and you may have to reset some variables. The following variables have changed: CMAKE_RC_COMPILER= i686-w64-mingw32-windres CMAKE_C_COMPILER= i686-w64-mingw32-gcc Did you run 2.8.4rc2 in a clean directory? Or did you try to run it on top of the 2.8.2 build? -Bill ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On 2/1/2011 11:34 AM, Sean McBride wrote: On Tue, 1 Feb 2011 09:56:03 +0100, Johan Björk said: What is the intended behavior when upgrading CMake on a OSX Machine? It seems that currently, generated projects will keep a reference to the resolved symlink, ie /Applications/CMake\ VERSION/Contents/bin/..., causing confusing errors such as Johan, You might want to add your opinion to this bug, which discusses the root cause of your issue: http://public.kitware.com/Bug/view.php?id=11693 This issue will not be addressed in 2.8.4, but vote for the issue for the next release, and we will get it on the roadmap. :) -Bill -- Bill Hoffman Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 bill.hoff...@kitware.com http://www.kitware.com 518 881-4905 (Direct) 518 371-3971 x105 Fax (518) 371-4573 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On 2/1/2011 11:55 AM, Bill Hoffman wrote: $ export PATH=~/tmp/cmake-2.8.4-rc2-Linux-i686/bin:$PATH $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- Configuring done You have changed variables that require your cache to be deleted. Configure will be re-run and you may have to reset some variables. The following variables have changed: CMAKE_RC_COMPILER= i686-w64-mingw32-windres CMAKE_C_COMPILER= i686-w64-mingw32-gcc Did you run 2.8.4rc2 in a clean directory? Or did you try to run it on top of the 2.8.2 build? -Bill Can you run with --trace to see where the -rdyanmic is coming from? -Bill ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] CMake 2.8.4-rc2 ready for testing!
The CMake 2.8.4 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Since we switched to git, and a new workflow, we're expecting to do more frequent releases. Because of that, our release candidate phases will be shorter than they have been historically. So, if you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave Changes in CMake 2.8.4-rc2 (since 2.8.4-rc1) Alex Neundorf (3): Make cmake build again with cmake 2.6.3 Strip trailing whitespace. Fix parsing of compiler name with a version number Ben Boeckel (86): ... 86 commit messages summarized as: Fix ADD_TEST regression when WORKING_DIRECTORY not given Add new strict-mode CMake variable checking Activate / avoid using new command line arguments: --warn-uninitialized --warn-unused-vars --no-warn-unused-cli --check-system-vars Bill Hoffman (3): For macros make sure the FilePath points to a valid pointer in the args. Add a warning when variables are used uninitialized. Make --strict-mode option, and integrate with cmake-gui Brad King (34): bootstrap: Granular system library selection (#11431) bootstrap: Clarify --init flag documentation (#11431) bootstrap: --verbose implies verbose Makefiles (#11708) Combine duplicate COMPILE_DEFINITIONS disclaimer Document COMPILE_DEFINITIONS known limitations (#11660, #11712) Document try_compile behavior more clearly (#11688) Document Check(C|CXX)SourceCompiles behavior more clearly (#11688) Fix get_(cmake|test)_property documentation (#11703) Reference get_property() from old get_*_property() commands Replace misleading example in the if() documentation (#10773) Clarify auto-dereference cases in if() command (#11701) Document CheckFunctionExists more clearly (#10044) Document CheckSymbolExists more clearly (#11685) Update CheckSymbolExists copyright year Report directory with missing source file (#11677) Test that missing source mentions directory (#11677) Teach Simple_Mingw_Linux2Win test to use windres Disable SubDirSpaces parens with GNU Make 3.82 (#11654) libarchive: Fix major() check for LSB 4.0 (#11648) Xcode: Make generation depend on all input directories Recognize SCO UnixWare C/C++ compilers (#11700) Factor SCO compiler info out of platform file (#11700) Honor CMAKE_TRY_COMPILE_CONFIGURATION in Makefile generators (#10809) Document CMAKE_TRY_COMPILE_CONFIGURATION variable Honor VS_SCC_* properties in Fortran targets (#10237) Normalize slashes in scanned #include lines (#10281) Improve try_compile and try_run error messages Use shortest extension to verify try_compile language (#11731) Modules: Include builtin FindPackageHandleStandardArgs directly Fix relative CMAKE_USER_MAKE_RULES_OVERRIDE (#11725) Clarify CMAKE_USER_MAKE_RULES_OVERRIDE documentation (#11724) Always place try_compile executables predictably (#11724) try_compile: Allow only languages loaded in caller (#11469) Fix ArgumentExpansion test expected results Clinton Stimpson (1): Replace exec_program with execute_process for qmake queries. David Cole (16): Update script with new machine name VS10: Fix problems with InstallRequiredSystemLibraries. Add CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_NO_WARNINGS variable Add CPACK_NSIS_INSTALL_ROOT for CMake's own installer (#9148) Xcode: Disable implicit make rules in custom rules makefiles. Add freeglut as library name (#10031) Add new names for PNG and ZLIB libraries Avoid exceptions when ccmake terminal window is too small (#11668) VS10: Load projects with obj source files (#11147) VS10: Enable using devenv as CMAKE_MAKE_PROGRAM (#11459) Xcode: Fix crash: avoid strlen call on NULL char * CTestTest2: Avoid running purify unless requested VS10: Escape double quote chars in defines for rc files (#11695) Fix line too long KWStyle issue (#11695) Avoid space in rc /D values for VS6 and Cygwin (#11695) VSResource: Avoid windres /D with quoted spaces (#11695) Marcus D. Hanwell (1): Bug #11715 - generate header in the build tree. Nicolas Despres (1): bootstrap: Add --enable-ccache option (#11707) Changes in CMake 2.8.4-rc1 (since 2.8.3) Alex Neundorf (32): Add support for nasm assembler, patch by Peter Collingbourne
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On 2011-2-1 5:45, David Cole wrote: The CMake 2.8.4 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Since we switched to git, and a new workflow, we're expecting to do more frequent releases. Because of that, our release candidate phases will be shorter than they have been historically. So, if you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave Is there any plan to fix the following one MSVC and three mingw issues ? CMake with msvc can not process CFLAGS and LDFLAGS correctly http://public.kitware.com/Bug/view.php?id=11755 Change default link order for mingw http://public.kitware.com/Bug/view.php?id=11760 Mingw target can not process .DEF files http://public.kitware.com/Bug/view.php?id=11768 CMake ignore .RC files when cross building http://public.kitware.com/Bug/view.php?id=11773 -- Dongsheng signature.asc Description: OpenPGP digital signature ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.4-rc2 ready for testing!
On 2011-2-1 5:45, David Cole wrote: The CMake 2.8.4 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Since we switched to git, and a new workflow, we're expecting to do more frequent releases. Because of that, our release candidate phases will be shorter than they have been historically. So, if you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave When I use cmake 2.8.2 with Debian 6.0: $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- Check for working CXX compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Configuring done -- Generating done -- Build files have been written to: /home/oracle/vcs/git/freetds But cmake 2.8.4rc2 failed: $ export PATH=~/tmp/cmake-2.8.4-rc2-Linux-i686/bin:$PATH $ cmake -G Unix Makefiles -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_C_COMPILER=i686-w64-mingw32-gcc -DCMAKE_RC_COMPILER=i686-w64-mingw32-windres -- Configuring done You have changed variables that require your cache to be deleted. Configure will be re-run and you may have to reset some variables. The following variables have changed: CMAKE_RC_COMPILER= i686-w64-mingw32-windres CMAKE_C_COMPILER= i686-w64-mingw32-gcc -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- Check for working C compiler: /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -- broken CMake Error at /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE): The C compiler /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc is not able to compile a simple test program. It fails with the following output: Change Dir: /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make cmTryCompileExec/fast /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build make[1]: Entering directory `/home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp' /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/bin/cmake -E cmake_progress_report /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc -o CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj -c /home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp/testCCompiler.c Linking C executable cmTryCompileExec /home/oracle/tmp/cmake-2.8.4-rc2-Linux-i686/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1 /home/oracle/gcc-4.6-windows_i686-linux/bin/i686-w64-mingw32-gcc CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj -o cmTryCompileExec -rdynamic i686-w64-mingw32-gcc: error: unrecognized option '-rdynamic' make[1]: *** [cmTryCompileExec] Error 1 make[1]: Leaving directory `/home/oracle/vcs/git/freetds/CMakeFiles/CMakeTmp' make: *** [cmTryCompileExec/fast] Error 2 CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:37 (PROJECT) -- Configuring incomplete, errors occurred! signature.asc Description: OpenPGP digital signature ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
