altinstall with --enable-shared showing incorrect behaviour

[ubehera]

BPO	27685
Nosy	@ned-deily

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2016-08-05.04:50:31.066>
created_at = <Date 2016-08-04.20:02:59.984>
labels = ['invalid', 'type-bug', 'expert-installation', 'build']
title = 'altinstall with --enable-shared showing incorrect behaviour'
updated_at = <Date 2016-08-05.05:04:36.529>
user = 'https://bugs.python.org/ubehera'

bugs.python.org fields:

activity = <Date 2016-08-05.05:04:36.529>
actor = 'ubehera'
assignee = 'none'
closed = True
closed_date = <Date 2016-08-05.04:50:31.066>
closer = 'ubehera'
components = ['Build', 'Installation']
creation = <Date 2016-08-04.20:02:59.984>
creator = 'ubehera'
dependencies = []
files = []
hgrepos = []
issue_num = 27685
keywords = []
message_count = 4.0
messages = ['271997', '271998', '272011', '272012']
nosy_count = 2.0
nosy_names = ['ned.deily', 'ubehera']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = None
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue27685'
versions = ['Python 2.7']

[ubehera]

When I altinstall python 2.7.12 with
./configure --prefix=/opt/python --enable-shared
it comes up as python 2.7.5 (system default python)

But altinstall with
./configure --prefix=/opt/python
it comes up as 2.7.12, what am I missing?

This is on RHEL 7.2

This is not a pathing issue:

Without --enable-shared:
[root@myrig ~]# /opt/python/bin/python2.7 -V
Python 2.7.12

With --enable-shared:
[root@myrig ~]# /opt/python/bin/python2.7 -V
Python 2.7.5

[ned-deily]

No doubt you are running into same problem that is described here: http://stackoverflow.com/questions/12553057/compile-python-2-7-3-from-source-on-a-system-with-python-2-7-already

The problem is, that on most Unix systems (with the notable exception of Mac OS X), the path to shared libraries is not an absolute path. So, if you install Python in a non-standard location, which is the right thing to do so as not to interfere with a system Python of the same version, you will need to configure in the path to the shared library or supply it via an environment variable at run time, like LD_LIBRARY_PATH. You may be better off avoiding --enable-shared; it's easy to run into problems like this with it.

[ubehera]

As Ned Deily mentioned, this fixes the issue:
./configure --enable-shared --prefix=/opt/python LDFLAGS=-Wl,-rpath=/opt/python/lib

Closing as not a bug, thanks!

[ubehera]

I need to have --enable-shared present while compiling to make PyInstaller work.