Open mglisse opened 5 years ago
If you set environment variable PYTHONPATH with your local build (as explained in the documentation here ), it shall do the work. The order of search path for module import is explained here: https://docs.python.org/3/tutorial/modules.html#the-module-search-path
cmake already sets PYTHONPATH, and it is still failing. Setting it manually doesn't help.
And what is the result of the following command:
python -c "import sys;print(sys.path)"
['', '/usr/lib/python37.zip', '/usr/lib/python3.7', '/usr/lib/python3.7/lib-dynload', '/home/glisse/.local/lib/python3.7/site-packages', '/usr/local/lib/python3.7/dist-packages', '/usr/lib/python3/dist-packages', '/usr/lib/python3.7/dist-packages']without PYTHONPATH,
['', '/home/glisse/repos/gudhi-master/build/2019-11-07-10-44-04_GUDHI_3.0.0.rc1/build/python', '/usr/lib/python37.zip', '/usr/lib/python3.7', '/usr/lib/python3.7/lib-dynload', '/home/glisse/.local/lib/python3.7/site-packages', '/usr/local/lib/python3.7/dist-packages', '/usr/lib/python3/dist-packages', '/usr/lib/python3.7/dist-packages']with it.
While working on some branch,
make sphinx
gave me the error:Using strace, I noticed that it was using the system version of gudhi instead of the one I had just built. I then removed the system version, and rerunning
make sphinx
worked. I reinstalled it and re-ranmake sphinx
, which now uses the system version of gudhi for cython plugins and the local version for persistence_graphical_tools and wasserstein. I don't know how the paths are handled, but that seems messy...