guile and readline-5.1

guile and readline-5.1

[Charles Ballard]

Dear All,

I am a newbie to this list, so please forgive me if this is old hat.   
I did check the archives and did a google search on the subject.

I have been trying to get guile up on a macTel box.  I initially  
started with 1.8, but my libtool could not handle guile.c line 91, so  
dropped back to 1.6.7.  After the standard guile.c hack (array to  
pointer), and _SOCKLEN_T defines, I hit the usual editline vs  
readline library problem.  To get around this I downloaded 5.1 from  
the gnu site, which resolved all bar one of the issues.   
_rl_init_argument seems to have been replaced by _rl_reset_argument.  So

diff readline.c-orig readline.c
94a95,97
 > #if defined (RL_VERSION_MAJOR) && ( RL_VERSION_MAJOR > 4)
 > extern int _rl_reset_argument ();
 > #else
95a99
 > #endif
123c127,131
<   _rl_init_argument ();
---
 > #if defined (RL_VERSION_MAJOR) && ( RL_VERSION_MAJOR > 4)
 >   _rl_reset_argument ();
 > #else
 >   _rl_init_argument()
 > #endif

gets around the compilation at least.

Charles Ballard




_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

Re: guile and readline-5.1

[Kevin Ryde]

Charles Ballard <C.C.Ballard@dl.ac.uk> writes:
>
> I downloaded 5.1 from
> the gnu site, which resolved all bar one of the issues.
> _rl_init_argument seems to have been replaced by _rl_reset_argument.

Looks like the code in question in guile is designed as a fallback for
ancient realine 2.1 and 2.2, and shouldn't be getting used at all with
readline 5.1.

Please see whether configure has detected rl_cleanup_after_signal(),
and put -DHAVE_RL_CLEANUP_AFTER_SIGNAL=1 into "DEFS" in the generated
Makefile.  The stuff in config.log should give a hint what went wrong
if that function wasn't detected, post the relevant part if so.


_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile

Re: guile and readline-5.1

[Charles Ballard]

Perfectly correct, the configure test is against the BSD editline 
version of libreadline, as against the compilation against readline-5.1 
.  A little bit of hacking in the configure and 
HAVE_RL_CLEANUP_AFTER_SIGNAL was set (any chance of an AC_ARG_WITH 
readline prefix in the configure)

Thanks for clarifying things,

Charles Ballard

On Tuesday, March 14, 2006, at 10:25 PM, Kevin Ryde wrote:

> Charles Ballard <C.C.Ballard@dl.ac.uk> writes:
>>
>> I downloaded 5.1 from
>> the gnu site, which resolved all bar one of the issues.
>> _rl_init_argument seems to have been replaced by _rl_reset_argument.
>
> Looks like the code in question in guile is designed as a fallback for
> ancient realine 2.1 and 2.2, and shouldn't be getting used at all with
> readline 5.1.
>
> Please see whether configure has detected rl_cleanup_after_signal(),
> and put -DHAVE_RL_CLEANUP_AFTER_SIGNAL=1 into "DEFS" in the generated
> Makefile.  The stuff in config.log should give a hint what went wrong
> if that function wasn't detected, post the relevant part if so.
>



_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile

Re: guile and readline-5.1

[Kevin Ryde]

Charles Ballard <C.C.Ballard@dl.ac.uk> writes:
>
> (any chance of an AC_ARG_WITH readline prefix in the configure)

Probably not.

But ripping out the old rl_cleanup_after_signal compatibility bit
would be a possibility.  If that would either then work straight away
with editline, or would fail in some cleaner way.


_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile