Bug #826

cmake fails under Debian/testing; problem with Python

Added by wuttke over 5 years ago. Updated over 5 years ago.

Status:ArchivedStart date:26 Sep 2014
Priority:NormalDue date:
Assignee:pospelov% Done:

0%

Category:-
Target version:Sprint 24

Description

$ uname a
Linux h4 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux
$ cmake ..
-
The C compiler identification is GNU 4.9.1
-- 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

Also available in: Atom PDF