Poor Yorick added the comment:
An attempt to build python-2.7.9 resulted in this error:
renaming readline since importing it failed ... undefined symbol: UP
This happened because setup.py chose -lncursesw as the readline terminal
library. Although libncursesw.so itself links to
Stefan Krah added the comment:
What system are you using? The patch is quite large, and the existing libtinfo
logic should work on most systems. Is the main problem that ldd is not found?
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
Poor Yorick added the comment:
ldd was found. That patch does abstract and generalize ldd usage into a
function for reuse. I'm building Python as part of a rather large software
collection that lives in an alternate prefix. The main issue with the termcap
library is that with the --as-needed
Poor Yorick added the comment:
The wholesale inclusion of two additional files makes the patch look larger
than it is. The modifications to setup.py address three different issues. The
modifications for each issue don't overlap much, so they could be cherry-picked
fairly easily. For the
Stefan Krah added the comment:
I think even the curses changes alone are rather large, especially
for 2.7. Perhaps you could give us exact instructions how to
reproduce the issue (OS, version, build command line).
--
___
Python tracker
Poor Yorick added the comment:
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
Stefan Krah added the comment:
I still don't understand why libncurses is linked against libtinfo but
libreadline is not. Again, what is your OS?
Example Ubuntu (a modern system):
$ ldd /lib/x86_64-linux-gnu/libncurses.so.5
linux-vdso.so.1 = (0x7fff5bfed000)
libdl.so.2 =
Poor Yorick added the comment:
Ths OS is RHEL 6, but that's not so important because the entire collection,
including readline, is built from source and installed into an alternate
location. With the exception of a few essential shared objects from the
system, everything else is contained in
R. David Murray added the comment:
At a quick glance this does not seem like a reasonable patch...introducing
copies of two stdlib modules is basically a non-starter. Nor do I understand
from the description what the problem is that it is trying to solve.
--
nosy: +r.david.murray
Changes by Poor Yorick pooryor...@users.sourceforge.net:
--
keywords: +patch
Added file: http://bugs.python.org/file37796/34d54cc5ecfd.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23284
New submission from Poor Yorick:
Building Python-2.7.9 using --prefix, with an ncurses that's linked to libtinfo
and a readline that isn't linked to any termcap library, I ran into the trouble
that the curses module wan't buing build with the needed -L and -l flags for
the libtinfo shared
Changes by Poor Yorick pooryor...@users.sourceforge.net:
--
hgrepos: -290
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23284
___
___
Changes by Poor Yorick pooryor...@users.sourceforge.net:
--
hgrepos: +291
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23284
___
___
Changes by Poor Yorick pooryor...@users.sourceforge.net:
--
hgrepos: +292
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23284
___
___
Changes by Poor Yorick pooryor...@users.sourceforge.net:
--
hgrepos: -291
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23284
___
___
15 matches
Mail list logo