New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
readline configuration for shared libs w/o curses dependencies #45545
Comments
For RHEL 3 (and it also appears RHEL 4 and 5) the libreadline shared lib I guess this generally does not prevent the readline module from being The fix checked in with r54874 after the 2.5.1 release (bpo-1703270) Attached is a patch to fix the problem: it adds the necessary additional |
Urgh. Re-reading this, I could barely understand what the hell I was saying. The problem: 64 bit compiles will dump core when readline is used if The solution: fix autoconf to properly recognize when readline is caveat: The fix for bpo-1703270 (already checked in post-2.5.1) works |
The patch looks reasonable. I'll commit it on Monday when I'm on a |
In the configure{.in} exist another bug: AC_CHECK_LIB(readline, readline)
if test "$ac_cv_have_readline_readline" = no
then
AC_CHECK_LIB(termcap, readline)
fi but "grep _readline_readline configure" show that variable in use is I would like to propose another patch that don't use possible unresolved The patch is for branch release25-maint. |
when committing this one, the platform specific openbsd/amd64 fix I marking as release blocker as we should make sure this autoconf update I'm verifying rpetrov's patch in my centos4 VM now... |
I've attached an updated patch. Not much changed other than the better It works fine for me on ubuntu hardy 32bit, CentOS 5.x x86_64, MacOS X Could someone confirm on a platform where linking with 64bit readline Lowering this to deferred blocker as it need not hold up -rc1 so long as |
According to config.log the readline functions are correctly detected. I |
fixed in trunk r66283 (followed by rerunning autoconf to generate a new |
merged into py3k branch in r66285. backported to release25-maint in r66288 and r66289. |
I realize too late that in my patch line "if test $py_cv_lib_readline = |
eek. not quite fixed then :) i'll retest and take care of it. |
fixed in trunk r66295/r66296. merging and backporting now... |
merged to py3k r66297 + r66298 backported to release25-maint r66299 + r66300. |
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:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: