Lubuntu 15.04 Example Build Failures #3

Suudy · 2015-10-21T05:56:45Z

I cannot compile the examples out of the latest commit (ad7bc01) on my Lubuntu 15.04 machine.

$ gcc --version
gcc (Ubuntu 4.9.2-10ubuntu13) 4.9.2

And the build log:

$ cmake .
-- The C compiler identification is GNU 4.9.2
-- The CXX compiler identification is GNU 4.9.2
-- 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
-- Setting build type to 'MinSizeRel' as none was specified.
-- Found PythonLibs: /usr/lib/i386-linux-gnu/libpython2.7.so (found version "2.7.9")
-- Found PythonInterp: /usr/bin/python (found version "2.7.9")
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pladow/pybind11
$ make -j 4
Scanning dependencies of target example
[ 7%] [ 15%] [ 23%] [ 30%] Building CXX object CMakeFiles/example.dir/example/example2.cpp.o
Building CXX object CMakeFiles/example.dir/example/example3.cpp.o
Building CXX object CMakeFiles/example.dir/example/example.cpp.o
Building CXX object CMakeFiles/example.dir/example/example1.cpp.o
In file included from /home/pladow/pybind11/include/pybind11/cast.h:13:0,
from /home/pladow/pybind11/include/pybind11/pybind11.h:26,
from /home/pladow/pybind11/example/example.h:1,
from /home/pladow/pybind11/example/example3.cpp:10:
/home/pladow/pybind11/include/pybind11/pytypes.h:254:5: error: ‘pybind11::int_::int_(pybind11::ssize_t)’ cannot be overloaded
int_(ssize_t value) : object(PyLong_FromSsize_t(value), false) { }
^
In file included from /home/pladow/pybind11/include/pybind11/cast.h:13:0,
from /home/pladow/pybind11/include/pybind11/pybind11.h:26,
from /home/pladow/pybind11/example/example.h:1,
from /home/pladow/pybind11/example/example1.cpp:11:
/home/pladow/pybind11/include/pybind11/pytypes.h:254:5: error: ‘pybind11::int_::int_(pybind11::ssize_t)’ cannot be overloaded
int_(ssize_t value) : object(PyLong_FromSsize_t(value), false) { }
^
/home/pladow/pybind11/include/pybind11/pytypes.h:251:5: error: with ‘pybind11::int_::int_(int)’
int_(int value) : object(PyLong_FromLong((long) value), false) { }
^
/home/pladow/pybind11/include/pybind11/pytypes.h:251:5: error: with ‘pybind11::int_::int_(int)’
int_(int value) : object(PyLong_FromLong((long) value), false) { }
^
In file included from /home/pladow/pybind11/include/pybind11/cast.h:13:0,
from /home/pladow/pybind11/include/pybind11/pybind11.h:26,
from /home/pladow/pybind11/example/example.h:1,
from /home/pladow/pybind11/example/example.cpp:10:
/home/pladow/pybind11/include/pybind11/pytypes.h:254:5: error: ‘pybind11::int_::int_(pybind11::ssize_t)’ cannot be overloaded
int_(ssize_t value) : object(PyLong_FromSsize_t(value), false) { }
^
/home/pladow/pybind11/include/pybind11/pytypes.h:251:5: error: with ‘pybind11::int_::int_(int)’
int_(int value) : object(PyLong_FromLong((long) value), false) { }
^
In file included from /home/pladow/pybind11/include/pybind11/cast.h:13:0,
from /home/pladow/pybind11/include/pybind11/pybind11.h:26,
from /home/pladow/pybind11/example/example.h:1,
from /home/pladow/pybind11/example/example2.cpp:11:
/home/pladow/pybind11/include/pybind11/pytypes.h:254:5: error: ‘pybind11::int_::int_(pybind11::ssize_t)’ cannot be overloaded
int_(ssize_t value) : object(PyLong_FromSsize_t(value), false) { }
^
/home/pladow/pybind11/include/pybind11/pytypes.h:251:5: error: with ‘pybind11::int_::int_(int)’
int_(int value) : object(PyLong_FromLong((long) value), false) { }
^
CMakeFiles/example.dir/build.make:54: recipe for target 'CMakeFiles/example.dir/example/example.cpp.o' failed
make[2]: *** [CMakeFiles/example.dir/example/example.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
CMakeFiles/example.dir/build.make:123: recipe for target 'CMakeFiles/example.dir/example/example3.cpp.o' failed
make[2]: *** [CMakeFiles/example.dir/example/example3.cpp.o] Error 1
CMakeFiles/example.dir/build.make:77: recipe for target 'CMakeFiles/example.dir/example/example1.cpp.o' failed
make[2]: *** [CMakeFiles/example.dir/example/example1.cpp.o] Error 1
CMakeFiles/example.dir/build.make:100: recipe for target 'CMakeFiles/example.dir/example/example2.cpp.o' failed
make[2]: *** [CMakeFiles/example.dir/example/example2.cpp.o] Error 1
CMakeFiles/Makefile2:60: recipe for target 'CMakeFiles/example.dir/all' failed
make[1]: *** [CMakeFiles/example.dir/all] Error 2
Makefile:86: recipe for target 'all' failed
make: *** [all] Error 2

The text was updated successfully, but these errors were encountered:

wjakob · 2015-10-21T09:07:52Z

Hello Suudy,

I committed a fix, can you confirm that it works for you?

Best,
Wenzel

Suudy · 2015-10-21T17:01:44Z

That did it!

Thanks for the fix.

This should insure that both the PythonLibs and PythonInterp points to the same python version. Without this, the Python library and interpreter might not match version. For example, if both Python 2.7 and 3.4 is installed, PythonLibs will find /usr/lib/x86_64-linux-gnu/libpython3.4m.so while PythonInterp will find /usr/bin/python2.7 (at least on Ubuntu 14.04). When PythonLibs and PythonInterp don't point to the same Python version, the examples will all fail: $ cmake .. -- The C compiler identification is GNU 4.8.4 -- The CXX compiler identification is GNU 4.8.4 -- 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 -- Setting build type to 'MinSizeRel' as none was specified. -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython3.4m.so (found suitable version "3.4.3", minimum required is "2.7") -- Found PythonInterp: /usr/bin/python2.7 (found suitable version "2.7.6", minimum required is "2.7") -- Performing Test HAS_LTO_FLAG -- Performing Test HAS_LTO_FLAG - Success -- Configuring done -- Generating done -- Build files have been written to: /home/nbigaouette/pybind11/build $ make test Running tests... Test project /home/nbigaouette/pybind11/build Start 1: example1 1/12 Test pybind#1: example1 .........................***Failed 0.02 sec Start 2: example2 2/12 Test pybind#2: example2 .........................***Failed 0.03 sec Start 3: example3 3/12 Test pybind#3: example3 .........................***Failed 0.02 sec Start 4: example4 4/12 Test pybind#4: example4 .........................***Failed 0.02 sec Start 5: example5 5/12 Test pybind#5: example5 .........................***Failed 0.02 sec Start 6: example6 6/12 Test pybind#6: example6 .........................***Failed 0.02 sec Start 7: example7 7/12 Test pybind#7: example7 .........................***Failed 0.02 sec Start 8: example8 8/12 Test pybind#8: example8 .........................***Failed 0.02 sec Start 9: example9 9/12 Test pybind#9: example9 .........................***Failed 0.02 sec Start 10: example10 10/12 Test pybind#10: example10 ........................***Failed 0.02 sec Start 11: example11 11/12 Test pybind#11: example11 ........................***Failed 0.03 sec Start 12: example12 12/12 Test pybind#12: example12 ........................***Failed 0.02 sec 0% tests passed, 12 tests failed out of 12 Total Test time (real) = 0.25 sec The following tests FAILED: 1 - example1 (Failed) 2 - example2 (Failed) 3 - example3 (Failed) 4 - example4 (Failed) 5 - example5 (Failed) 6 - example6 (Failed) 7 - example7 (Failed) 8 - example8 (Failed) 9 - example9 (Failed) 10 - example10 (Failed) 11 - example11 (Failed) 12 - example12 (Failed) Errors while running CTest make: *** [test] Error 8 By adding the EXACT version to the find_package() calls, the version discrepency is at least caught at the cmake call: $ cmake .. -- The C compiler identification is GNU 4.8.4 -- The CXX compiler identification is GNU 4.8.4 -- 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 -- Setting build type to 'MinSizeRel' as none was specified. CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message): Could NOT find PythonLibs: Found unsuitable version "3.4.3", but required is exact version "2.7" (found /usr/lib/x86_64-linux-gnu/libpython3.4m.so) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:313 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-2.8/Modules/FindPythonLibs.cmake:208 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:27 (find_package) -- Configuring incomplete, errors occurred! See also "/home/nbigaouette/pybind11/build/CMakeFiles/CMakeOutput.log".

…ts to the same python version. Without this, the Python library and interpreter might not match version. For example, if both Python 2.7 and 3.4 is installed, `PythonLibs` will find /usr/lib/x86_64-linux-gnu/libpython3.4m.so while `PythonInterp` will find /usr/bin/python2.7 (at least on Ubuntu 14.04). When `PythonLibs` and `PythonInterp` don't point to the same Python version, the examples will all fail: ```bash $ cmake .. -- The C compiler identification is GNU 4.8.4 -- The CXX compiler identification is GNU 4.8.4 -- 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 -- Setting build type to 'MinSizeRel' as none was specified. -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython3.4m.so (found suitable version "3.4.3", minimum required is "2.7") -- Found PythonInterp: /usr/bin/python2.7 (found suitable version "2.7.6", minimum required is "2.7") -- Performing Test HAS_LTO_FLAG -- Performing Test HAS_LTO_FLAG - Success -- Configuring done -- Generating done -- Build files have been written to: /home/nbigaouette/pybind11/build $ make test Running tests... Test project /home/nbigaouette/pybind11/build Start 1: example1 1/12 Test pybind#1: example1 .........................***Failed 0.02 sec Start 2: example2 2/12 Test pybind#2: example2 .........................***Failed 0.03 sec Start 3: example3 3/12 Test pybind#3: example3 .........................***Failed 0.02 sec Start 4: example4 4/12 Test pybind#4: example4 .........................***Failed 0.02 sec Start 5: example5 5/12 Test pybind#5: example5 .........................***Failed 0.02 sec Start 6: example6 6/12 Test pybind#6: example6 .........................***Failed 0.02 sec Start 7: example7 7/12 Test pybind#7: example7 .........................***Failed 0.02 sec Start 8: example8 8/12 Test pybind#8: example8 .........................***Failed 0.02 sec Start 9: example9 9/12 Test pybind#9: example9 .........................***Failed 0.02 sec Start 10: example10 10/12 Test pybind#10: example10 ........................***Failed 0.02 sec Start 11: example11 11/12 Test pybind#11: example11 ........................***Failed 0.03 sec Start 12: example12 12/12 Test pybind#12: example12 ........................***Failed 0.02 sec 0% tests passed, 12 tests failed out of 12 Total Test time (real) = 0.25 sec The following tests FAILED: 1 - example1 (Failed) 2 - example2 (Failed) 3 - example3 (Failed) 4 - example4 (Failed) 5 - example5 (Failed) 6 - example6 (Failed) 7 - example7 (Failed) 8 - example8 (Failed) 9 - example9 (Failed) 10 - example10 (Failed) 11 - example11 (Failed) 12 - example12 (Failed) Errors while running CTest make: *** [test] Error 8 ``` By adding the `EXACT` version to the `find_package()` calls, the version discrepancy is at least caught at the cmake call: ```bash $ cmake .. -- The C compiler identification is GNU 4.8.4 -- The CXX compiler identification is GNU 4.8.4 -- 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 -- Setting build type to 'MinSizeRel' as none was specified. CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message): Could NOT find PythonLibs: Found unsuitable version "3.4.3", but required is exact version "2.7" (found /usr/lib/x86_64-linux-gnu/libpython3.4m.so) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:313 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-2.8/Modules/FindPythonLibs.cmake:208 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:27 (find_package) -- Configuring incomplete, errors occurred! See also "/home/nbigaouette/pybind11/build/CMakeFiles/CMakeOutput.log". ```

This should insure that both the `PythonLibs` and `PythonInterp` points to the same python version. Without this, the Python library and interpreter might not match version. For example, if both Python 2.7 and 3.4 is installed, `PythonLibs` will find /usr/lib/x86_64-linux-gnu/libpython3.4m.so while `PythonInterp` will find /usr/bin/python2.7 (at least on Ubuntu 14.04). When `PythonLibs` and `PythonInterp` don't point to the same Python version, the examples will all fail: ```bash $ cmake .. -- The C compiler identification is GNU 4.8.4 -- The CXX compiler identification is GNU 4.8.4 -- 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 -- Setting build type to 'MinSizeRel' as none was specified. -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython3.4m.so (found suitable version "3.4.3", minimum required is "2.7") -- Found PythonInterp: /usr/bin/python2.7 (found suitable version "2.7.6", minimum required is "2.7") -- Performing Test HAS_LTO_FLAG -- Performing Test HAS_LTO_FLAG - Success -- Configuring done -- Generating done -- Build files have been written to: /home/nbigaouette/pybind11/build $ make test Running tests... Test project /home/nbigaouette/pybind11/build Start 1: example1 1/12 Test pybind#1: example1 .........................***Failed 0.02 sec Start 2: example2 2/12 Test pybind#2: example2 .........................***Failed 0.03 sec Start 3: example3 3/12 Test pybind#3: example3 .........................***Failed 0.02 sec Start 4: example4 4/12 Test pybind#4: example4 .........................***Failed 0.02 sec Start 5: example5 5/12 Test pybind#5: example5 .........................***Failed 0.02 sec Start 6: example6 6/12 Test pybind#6: example6 .........................***Failed 0.02 sec Start 7: example7 7/12 Test pybind#7: example7 .........................***Failed 0.02 sec Start 8: example8 8/12 Test pybind#8: example8 .........................***Failed 0.02 sec Start 9: example9 9/12 Test pybind#9: example9 .........................***Failed 0.02 sec Start 10: example10 10/12 Test pybind#10: example10 ........................***Failed 0.02 sec Start 11: example11 11/12 Test pybind#11: example11 ........................***Failed 0.03 sec Start 12: example12 12/12 Test pybind#12: example12 ........................***Failed 0.02 sec 0% tests passed, 12 tests failed out of 12 Total Test time (real) = 0.25 sec The following tests FAILED: 1 - example1 (Failed) 2 - example2 (Failed) 3 - example3 (Failed) 4 - example4 (Failed) 5 - example5 (Failed) 6 - example6 (Failed) 7 - example7 (Failed) 8 - example8 (Failed) 9 - example9 (Failed) 10 - example10 (Failed) 11 - example11 (Failed) 12 - example12 (Failed) Errors while running CTest make: *** [test] Error 8 ``` By adding the `EXACT` version to the `find_package()` calls, the version discrepancy is at least caught at the cmake call: ```bash $ cmake .. -- The C compiler identification is GNU 4.8.4 -- The CXX compiler identification is GNU 4.8.4 -- 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 -- Setting build type to 'MinSizeRel' as none was specified. CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message): Could NOT find PythonLibs: Found unsuitable version "3.4.3", but required is exact version "2.7" (found /usr/lib/x86_64-linux-gnu/libpython3.4m.so) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:313 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-2.8/Modules/FindPythonLibs.cmake:208 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:27 (find_package) -- Configuring incomplete, errors occurred! See also "/home/nbigaouette/pybind11/build/CMakeFiles/CMakeOutput.log". ```

General improvements

Suudy closed this as completed Oct 21, 2015

lamortenera mentioned this issue Dec 7, 2016

Problems while following first steps from the docs #548

Closed

jagerman mentioned this issue Aug 21, 2017

Detail: type naming convention #1016

Open

EricCousineau-TRI referenced this issue in EricCousineau-TRI/pybind11 Apr 10, 2018

wip: Fix CI failure #3

f3f3f4b

EricCousineau-TRI referenced this issue in EricCousineau-TRI/pybind11 Apr 11, 2018

wip: Fix CI failure #3

1a6982e

anntzer mentioned this issue Aug 16, 2018

Failure to run module destructor (as weakref callback or as atexit handler) leads to segfault when object is later destroyed too late in CPython's shutdown sequence #1493

Open

singhanubhav2000 mentioned this issue Sep 22, 2018

Embedding python in C++ Code to pass stl containers by reference #1508

Closed

This was referenced Oct 7, 2018

Panic in embedding python code in c++ using pybind11 #1557

Closed

Embedded python: Pass an C++ object by reference #1536

Open

wjakob mentioned this issue Jun 21, 2019

Overload Signature: Potential Nullptr Deref #1659

Closed

RonAvitzur mentioned this issue Sep 17, 2020

[BUG] Crash invoking Python function which fails with RecursionError #2505

Closed

wjakob mentioned this issue Nov 2, 2022

macOS: disable fixup chains when linking extension modules #4301

Open

rwgk mentioned this issue Feb 21, 2023

FWD pybind11 google/pybind11clif#3

Closed

sschnug pushed a commit to sschnug/pybind11 that referenced this issue Aug 2, 2024

Merge pull request pybind#3 from dean0x7d/master

bd4fe01

General improvements

SimonDev666 mentioned this issue Oct 19, 2024

[BUG] calling multiple pybind11 scoped env which calls cppyy #5414

Open

3 tasks

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Lubuntu 15.04 Example Build Failures #3

Lubuntu 15.04 Example Build Failures #3

Suudy commented Oct 21, 2015

wjakob commented Oct 21, 2015

Suudy commented Oct 21, 2015

Lubuntu 15.04 Example Build Failures #3

Lubuntu 15.04 Example Build Failures #3

Comments

Suudy commented Oct 21, 2015

wjakob commented Oct 21, 2015

Suudy commented Oct 21, 2015