SUCCESS!

Erik Johnson spam at nospam.org
Sat Jan 29 03:09:36 CET 2005


----- Original Message ----- 
From: "Peter Otten" <__peter__ at web.de>
> According to http://cnswww.cns.cwru.edu/php/chet/readline/CHANGES the
> features you missed were introduced in readline 4.0 and 4.2, so version
4.3
> should be sufficient. So let me ask you again, you have both the readline
> and the readline-devel package installed? If yes, and configure still
> complains, it may be time to look for something entirely different...


Sorry! Sorry! I made a mistake - I went and checked whether readline was
installed and not readline-devel.
I installed readline-devel. (Thank you for re-asking that question.)

Interestingly, configure *still* says...
ej at sand:~/Python-2.3.4> ./configure | grep readline
checking for rl_pre_input_hook in -lreadline... no
checking for rl_completion_matches in -lreadline... no

And the readline module is still not configured by default:
#readline readline.c -lreadline -ltermcap


But... if I change the line (in Modules/Setup) above to:
readline readline.c -lreadline

I get a clean compile and my up-arrow is now fixed!
Thank you so much for your help, Peter! :)

    I don't know how to look at what is in a .so file, and I'm not clear on
whether /usr/lib/libreadline.a and the /usr/include/readline headers existed
prior to installing readline-devel or not (I would guess not), but it would
seem that version 4.3 definitely *should* be sufficient (as you pointed
out).
ej at sand:/usr/lib> ls *readline*
libguilereadline-v-12.a   libguilereadline-v-12.so.12      libreadline.so
libguilereadline-v-12.la  libguilereadline-v-12.so.12.3.0
libguilereadline-v-12.so  libreadline.a
ej at sand:/usr/lib> nm libreadline.a | grep letion_match
000008d0 t gen_completion_matches
00001c60 T rl_completion_matches
00000070 T completion_matches
         U rl_completion_matches
ej at sand:/usr/lib> nm libreadline.a | grep input_hook
00000030 B rl_pre_input_hook
ej at sand:/usr/lib> cd /usr/include/readline/
ej at sand:/usr/include/readline> ls
chardefs.h  keymaps.h   rlconf.h  rltypedefs.h
history.h   readline.h  rlstdc.h  tilde.h
ej at sand:/usr/include/readline> grep input_hook *
readline.h:extern rl_hook_func_t *rl_pre_input_hook;
ej at sand:/usr/include/readline> grep rl_completion_matches *
readline.h:extern char **rl_completion_matches PARAMS((const char *,
rl_compentry_func_t *));

    So, there still seems to be a misbehaviour in the configure script. I'm
sure there must be other people on similar systems that would like to just
type:
./configure
make
make install

and be done with it, running v2.3.4 (or other?) with command line editing
working!
Looks like a bug worth reporting, yeah?

Thanks again for your help! :)





More information about the Python-list mailing list