[Cado-nfs-discuss] Cmake does not respect path to gcc

Zimmermann Paul Paul.Zimmermann at inria.fr
Fri Jul 25 09:11:12 CEST 2014


> Date: Thu, 24 Jul 2014 19:39:35 +0200
> From: Andreas Enge <andreas.enge at inria.fr>
> Exporting $CC and $CXX works, assuming that one first deletes the build
> directory where test results are cached. Being used to the autotools,
> this is a bit surprising, and I needed the help of a cmake-savvy colleague
> to figure this out. How about creating a separate script ./configure
> that deletes the build directory and makes the cmake call to configure
> the project, and let make handle only the build process?
> Maybe the behaviour I reported is not a bug after all. I had the debian
> cc, gcc and g++ in /usr/bin, and the guix gcc and g++ (no cc) in $PATH.
> The configure step then used the cc in /usr/bin. So apparently cc is
> checked before gcc, which is different from the autotools, but looks
> like acceptable behaviour after all.
> Concerning gmp, it is also in a separate directory, which is referenced
> by $CPATH and $LIBRARY_PATH. I can pass it via $GMP, but it would be nice
> if the check for gmp honoured these environment variables. (Well, all
> these problems for the user would disappear by using the autotools...)
> Currently, configuration fails with
> CMake Error at config/python.cmake:9 (message):
>   Python interpreter not found
> Call Stack (most recent call first):
>   CMakeLists.txt:142 (include)
> This is at least a misleading error message: I have python-2.7 as
> /usr/bin/python. Looking at config/python.cmake, it appears I need
> python-3.
> Andreas

note you can customize your local configuration as follows:

1) copy local.sh.example to local.sh
2) edit local.sh and customize CC, CXX, GMP, MPI, ...
3) run "make tidy" and "make"


More information about the Cado-nfs-discuss mailing list