Issue 4369: Error building to a nonstandard prefix (with patch) (original) (raw)

Issue4369

Created on 2008-11-20 17:45 by ot, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Messages (3)
msg76120 - (view)	Author: Giuseppe Ottaviano (ot)	Date: 2008-11-20 17:44
Hi all, I am trying to compile python 2.6 using a user directory as prefix. In the the byte-compiling step of install, compileall.py fails to load all the .so modules (it fails for zlib.so and raises an exception for unicodedata.so), so the build fails. I think it is because python is invoked by the makefile with the env variables PYTHONPATH=$(DESTDIR)$(LIBDEST) while the .so are in (LIBDEST)/lib−dynload.SettingPYTHONHOMEinsteadofPYTHONPATHworksforme(butidonotknowifitbreaksanythingelse):PYTHONHOME=(LIBDEST)/lib-dynload . Setting PYTHONHOME instead of PYTHONPATH works for me (but i do not know if it breaks anything else): PYTHONHOME=(LIBDEST)/lib−dynload.SettingPYTHONHOMEinsteadofPYTHONPATHworksforme(butidonotknowifitbreaksanythingelse):PYTHONHOME=(exec_prefix) The patch is attached.
msg76140 - (view)	Author: Roumen Petrov (rpetrov) *	Date: 2008-11-20 21:05
No you can't remove $(DESTDIR)
msg124484 - (view)	Author: R. David Murray (r.david.murray) *	Date: 2010-12-22 03:32
I'm not sure what "compiling using a user prefix" means. I've certainly specified a prefix containing my home directory and had things work just fine. There isn't enough information here to know what is actually going wrong. Since this issue is two years old I'm guessing the OP has moved on I am going to close it. If you are still interested and want to provide more info, Guiseppe, please reopen the issue and do so.