guile-devel
[Top][All Lists]
Advanced

[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




reply via email to

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