[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guile 1.5.7 beta available for testing.
From: |
tomas |
Subject: |
Re: Guile 1.5.7 beta available for testing. |
Date: |
Fri, 30 Aug 2002 15:17:21 +0200 |
User-agent: |
Mutt/1.3.24i |
On Fri, Aug 30, 2002 at 11:09:18AM +0200, Martin Grabmueller wrote:
> > From: Rob Browning <address@hidden>
> > Date: Thu, 29 Aug 2002 11:24:03 -0500
> >
> > Martin Grabmueller <address@hidden> writes:
> >
> > > I haven't tried it again yet, but strace told me that Guile somehow
> > > tried to load the old libguilereadline.so, which in turn tried to load
> > > libguile.so.6, which didn't work and caused a nonsense `file not
> > > found' message from libtdl...
> >
> > Hmm -- can you find out which file guile is loading that's then
> > loading libguilereadline? I'm wondering if it's finding the wrong
> > readline.scm, or if somehow we're not loading the versioned
> > libguilereadline like I thought we were.
>
> I think I had the same problem Tomas had. Though I didn't solve it
> with setting LD_LIBRARY_PATH, but by removing the old Guile version.
I beg to differ (hey, it's my machine, after all ;-)
Seriously. I moved old guile related libs out of the way, and it didn't
change anything. In my case what happens is probably that loading libs
via libltdl (the guile ``standard'' way of explicitly loading libs)
doesn't care about the system's standard mechanisms (on GNU/Linux it's
ld.so with its /etc/ld.so.[conf|cache] and looks into its own places
(which by default happen to be in /lib and /usr/lib). Either the application
writer has to take care of explicitly setting non-standard paths, as
/usr/local/lib would be, or it's the sysadmin's or user's job.
Thanks
-- tomas
- Guile 1.5.7 beta available for testing., (continued)