[issue26971] python v3.5.1: sys.paths not respecting DESTDIRS and DESTSHARED

[Xavier de Gaye]

Xavier de Gaye added the comment:

The problem is that Makefile and Modules/getpath.c are not consistent:
* Makefile uses $(LIBDIR)/python$(VERSION)/lib-dynload as the location of the installed shared libraries and in this issue, it happens that LIBDIR is not ${exec_prefix}/lib but is ${exec_prefix}/lib64 instead.
* Py_GetPath() in Modules/getpath.c uses the concatenation of EXEC_PREFIX with "lib/python", VERSION and "lib-dynload" to construct the corresponding sys.path entry when falling back to using the EXEC_PREFIX preprocessor variable.

Another problem may be that with this issue, Py_GetPath() constructs the string "/some/path/to/install/lib/lib-dynload" missing entirely the python$(VERSION) component part (as shown by sys.path in the interpreter).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26971>
_______________________________________