[CMake] losing CMakeCache.txt after changing the compiler...

Marc CHEVRIER marc.chevrier at gmail.com
Sat Jun 2 08:29:34 EDT 2018


You can easily avoid this bad experience by using different builds
environments : one per compiler !
Le sam. 2 juin 2018 à 11:43, René J.V. Bertin <rjvbertin at gmail.com> a
écrit :

> Hi,
>
> This happened once too often for me: I apply successive tweaks to a
> CMakeCache file, reinvoke make (or ninja) and then at some point lose
> everything because I forgot that changing the compiler is a "lethal"
> operation.
>
> Why does cmake have to throw away the entire cache file when something
> changes in the compiler path? That seems like a cheap way to implement a
> "let's keep track of which cached settings depend on the choice of
> compiler". At the least it wouldn't be much less cheap to rename
> CMakeCache.txt to CMakeCache.bak instead of deleting it.
>
> And FWIW, this is also a situation in which storing the exact CMake
> invocation in a comment at the top of the cache file could be useful...
>
> R.
> --
>
> Powered by www.kitware.com
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Kitware offers various services to support the CMake community. For more
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> https://cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cmake.org/pipermail/cmake/attachments/20180602/85d73385/attachment.html>


More information about the CMake mailing list