bug-guile
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Make problem Mac OS X


From: Neil Jerram
Subject: Re: Make problem Mac OS X
Date: Mon, 21 Jan 2008 22:47:18 +0000
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)

Roger Mc Murtrie <address@hidden> writes:

> I think the libguile-ltdl is a separate thing.

Yes, libguile-ltdl was a tweaked version of libltdl that we used
during the 1.6.x series, while waiting for upstream to make a fix that
we needed.  It isn't needed anymore.

> On 11/01/2008, at 11:56 PM, Gregory Marton wrote:
>
>> This is an ongoing problem -- now on Debian guile build complains of
>> not having libltdl even though 'sudo aptitude install libguile-
>> ltdl-1' claimed it was correctly installed.  How do I go about
>> finding where this libtdl has been put, and telling configure?

For building Guile 1.8.x on Debian, you need the libltdlN-dev package,
where N is a number.  I am using Debian etch, and have libltdl3-dev.

>>>> Ludovic wrote:
>>>> Then I guess MacOS X users had better install the "real" GNU
>>>> Readline. Alternatively, we could detect whether
>>>> `rl_pending_input' is available at configure-time, and `#ifdef'

How do we test for a library variable (i.e. rl_pending_input) in
configure.in ?

>>>> Perhaps, detect if `rl_pending_input' is available at configure-
>>>> time.
>>>> If not, abort the configure with an appropriate message?
>>>> Regards
>>>> Roger

That sounds good to me, if we can detect it.

Regards,
     Neil





reply via email to

[Prev in Thread] Current Thread [Next in Thread]