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 pooryorick
Recipients pooryorick, r.david.murray, skrah
Date 2015-01-29.22:37:17
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1422571037.77.0.405101516084.issue23284@psf.upfronthosting.co.za>
In-reply-to
Content
Larger changes represent more work on the part of the submitter ;) 
The following should reproduce the readline problem:

Have the current setup.py detect as the readline termcap library a
libncurses.so that itself links against libtinfo.so.  Without the --as-needed
flag, this is sufficient, since libtinfo ends up being indirectly linked to
readline.so, through libncurses.so.  Not that it was ever the right approach,
but absent --as-needed, it happens to work. 

Then, make sure the --as-needed flag is passed to the link command for the
readline.so module.  In that case, even though there is a "-lncurses" argument,
the linke will not link libncurses.so to readline.so because readline.so
doesn't directly need any symbols provided by libncurses.so.  The readline
module will then fail to load because terminal library symbols like UP will be
missing.

Without --as-needed, superfluous links between shared objects proliferate
through a software collection.  --as-needed is becoming more common, so it
would be good if setup.py didn't break because of it.
History
Date User Action Args
2015-01-29 22:37:17pooryoricksetrecipients: + pooryorick, r.david.murray, skrah
2015-01-29 22:37:17pooryoricksetmessageid: <1422571037.77.0.405101516084.issue23284@psf.upfronthosting.co.za>
2015-01-29 22:37:17pooryoricklinkissue23284 messages
2015-01-29 22:37:17pooryorickcreate