[R] [R-pkgs] rcompletion: TAB completion for the R command line

[Deepayan Sarkar]

On 10/31/06, Alexandre Aguiar <asaguiar at spsconsultoria.com> wrote:
> Hi,
>
> I've tried to compile rcompletion and perhaps have detected the reason for
> failures, although I haven't succeeded yet.

Yes, this could very well be the reason. R's configure script has
checks for ncurses with the comment:

## only need ncurses if libreadline is not statically linked against it

I'll try to adapt that and put out a test version tomorrow.

-Deepayan

>
> Em Ter 31 Out 2006 02:10, Deepayan Sarkar escreveu:
> > However, there are known cases
> > of false negatives, i.e. installation failing when it shouldn't. If
> > this happens to you, any information you can provide to help resolve
> > the problem would be appreciated.
>
> From config.lo generated by rcompletion configure
> -------------------8><--------------------
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `tgetnum'
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `tgoto'
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `tgetflag'
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `BC'
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `tputs'
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `PC'
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `tgetent'
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `UP'
> /usr/local/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../libreadline.so: undefined
> reference to `tgetstr'
> -------------------8><--------------------
>
> It seems configure can't figure where to find these functions.
>
> From readline5.0 configure script
> -------------------8><--------------------
> checking for tgetent... no
> checking for tgetent in -ltermcap... no
> checking for tgetent in -ltinfo... no
> checking for tgetent in -lcurses... yes
> checking which library has the termcap functions... using libcurses
> -------------------8><--------------------
>
> The unresolved function calls (and perhaps symbols of other types) may be
> located at libcurses. At least in my system they are.
>
> From termcap.h
> -------------------8><--------------------
> #undef  NCURSES_VERSION
> #define NCURSES_VERSION "5.5"
>
> #include <ncurses_dll.h>
>
> #ifdef __cplusplus
> extern "C"
> {
> #endif /* __cplusplus */
>
> #include <sys/types.h>
>
> #undef  NCURSES_CONST
> #define NCURSES_CONST /*nothing*/
>
> #undef  NCURSES_OSPEED
> #define NCURSES_OSPEED short
>
> extern NCURSES_EXPORT_VAR(char) PC;
> extern NCURSES_EXPORT_VAR(char *) UP;
> extern NCURSES_EXPORT_VAR(char *) BC;
> extern NCURSES_EXPORT_VAR(NCURSES_OSPEED) ospeed;
>
> #if !defined(NCURSES_TERM_H_incl)
> extern NCURSES_EXPORT(char *) tgetstr (NCURSES_CONST char *, char **);
> extern NCURSES_EXPORT(char *) tgoto (const char *, int, int);
> extern NCURSES_EXPORT(int) tgetent (char *, const char *);
> extern NCURSES_EXPORT(int) tgetflag (NCURSES_CONST char *);
> extern NCURSES_EXPORT(int) tgetnum (NCURSES_CONST char *);
> extern NCURSES_EXPORT(int) tputs (const char *, int, int (*)(int));
> #endif
> -------------------8><--------------------
>
> May be your configure needs some rewriting to include a check for the location
> of unknown symbols like readline's configure does.
>
> Best wishes,
>
> --
>
>
> Alexandre Aguiar
> Independent consultant for medical research
> SPS Consultoria
> Voice: +55-11-9320-2046
> Fax: +55-11-5549-8760