Bug #826
cmake fails under Debian/testing; problem with Python
| Status: | Archived | Start date: | 26 Sep 2014 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | pospelov | % Done: | 0% | |
| Category: | - | |||
| Target version: | Sprint 24 |
Description
$ uname a The C compiler identification is GNU 4.9.1
Linux h4 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux
$ cmake ..
-
-- The CXX compiler identification is GNU 4.9.1
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Found Eigen3: /usr/include/eigen3 (Required is at least version "3.1.0")
-- Found fftw3 includes at /usr/include
-- Found fftw3 library at /usr/lib/x86_64-linux-gnu/libfftw3.so
-- Boost version: 1.55.0
-- Found the following Boost libraries:
-- date_time
-- chrono
-- program_options
-- iostreams
-- system
-- filesystem
-- regex
-- thread
-- python
-- Boost_INCLUDE_DIRS: /usr/include
-- Boost_LIBRARY_DIRS: /usr/lib/x86_64-linux-gnu
-- Boost_LIBRARIES: /usr/lib/x86_64-linux-gnu/libboost_date_time.so;/usr/lib/x86_64-linux-gnu/libboost_chrono.so;/usr/lib/x86_64-linux-gnu/libboost_program_options.so;/usr/lib/x86_64-linux-gnu/libboost_iostreams.so;/usr/lib/x86_64-linux-gnu/libboost_system.so;/usr/lib/x86_64-linux-gnu/libboost_filesystem.so;/usr/lib/x86_64-linux-gnu/libboost_regex.so;/usr/lib/x86_64-linux-gnu/libboost_thread.so;/usr/lib/x86_64-linux-gnu/libboost_python.so;/usr/lib/x86_64-linux-gnu/libpthread.so
-- Found GSL version 1.16, GSL_INCLUDE_DIR=/usr/include GSL_LIBRARIES=-L/usr/lib lgsl -lgslcblas -lm Found PythonInterp: /usr/bin/python (found version "2.7.8")
-
CMake Error at /usr/share/cmake-3.0/Modules/FindPackageHandleStandardArgs.cmake:136 (message):
Could NOT find PythonLibs (missing: PYTHON_LIBRARIES PYTHON_INCLUDE_DIRS)
(Required is at least version "2.7")
Call Stack (most recent call first):
/usr/share/cmake-3.0/Modules/FindPackageHandleStandardArgs.cmake:343 (_FPHSA_FAILURE_MESSAGE)
/usr/share/cmake-3.0/Modules/FindPythonLibs.cmake:197 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
cmake/modules/SearchInstalledSoftware.cmake:76 (find_package)
CMakeLists.txt:32 (include)
-- Configuring incomplete, errors occurred!
See also "/G/ba/build/CMakeFiles/CMakeOutput.log".
History
#1 Updated by pospelov over 5 years ago
- Status changed from New to Sprint
- Assignee set to pospelov
- Target version set to Sprint 24
We have already seen something similar at JCNS. There it was connected with new cmake-3.0 and absence of python shared library (only static one was available). Does this Debian installation has shared python lib?
#2 Updated by wuttke over 5 years ago
Under Debian/Jessie, package libpython2.7-dev provides libpython2.7.a, and depends on package libpython2.7, which provides libpython2.7.so.1.0. Hence a clean system can be expected not to have the static library unless there is also the shared one.
On my Debian/Jessie/amd64 system, both the static and the shared library reside in /usr/lib/x86_64-linux-gnu. I suspect this is missing from cmake's search path.
#3 Updated by pospelov over 5 years ago
- Status changed from Sprint to Resolved
#4 Updated by herck over 5 years ago
- Status changed from Resolved to Archived