Issue 891930: configure argument --libdir is ignored (original) (raw)

Created on 2004-02-06 16:54 by goeran, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Messages (4)
msg19933 - (view)	Author: Göran Uddeborg (goeran)	Date: 2004-02-06 16:54
I wanted to place the LIBDIR/python2.2 hierarchy on an alternate place, so I tried giving the --libdir command line option to configure. The argument is accepted, but apparently it is ignored during the build. Apparently, this directory is hard coded to be PREFIX/lib/python2.2 You could argue if this is a bug report or an enhancement request. Since "configure --help" does mention this option, I put it here. In either case I would consider it a good improvement to honour the --libdir configure option.
msg19934 - (view)	Author: Aaron Brady (insomnike)	Date: 2004-06-05 17:42
Logged In: YES user_id=1057404 There are many, many assumptions in the code (and probably elsewhere by now) that things go in ''' PREFIX "lib/python" VERSION '''. The correct variable to change /would be/ DATADIR, as it is for non-platform-dependent files (which .pys are, surely?). This is also not honoured. It doesn't appear possible to remove the options from configure's output without making changes to autoconf.
msg19935 - (view)	Author: Göran Uddeborg (goeran)	Date: 2004-06-09 15:23
Logged In: YES user_id=55884 lib/pythonVERSION contains not only pys. It also contains .so modules which obviouosly are platform dependent. So LIBDIR does look appropriate to me. Do I miss something? I wasn't aware there were so many dependencies on this. Red Hat has made that in their build of python for the x86_64 platform. I enclose the patch they use for this from the source RPM for Fedora Core 2. It is only 232 lines long. I enclose it for your convenience. I would have thought supporting --libdir would be of the same order of magniture. Do I miss something here too?
msg59179 - (view)	Author: Christian Heimes (christian.heimes) *	Date: 2008-01-03 23:43
The Python configure and make system could use a general overhaul but simply replacing lib/ with lib64/ isn't the right way. The topic should be discussed on python-dev and maybe PEPed, too.