This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author xdegaye
Recipients jojo, ned.deily, xdegaye, yaro-yaro
Date 2016-09-09.14:47:14
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1473432434.91.0.506807631631.issue26971@psf.upfronthosting.co.za>
In-reply-to
Content
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).
History
Date User Action Args
2016-09-09 14:47:14xdegayesetrecipients: + xdegaye, ned.deily, yaro-yaro, jojo
2016-09-09 14:47:14xdegayesetmessageid: <1473432434.91.0.506807631631.issue26971@psf.upfronthosting.co.za>
2016-09-09 14:47:14xdegayelinkissue26971 messages
2016-09-09 14:47:14xdegayecreate