From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15440 invoked by alias); 16 Nov 2001 22:11:32 -0000 Mailing-List: contact guile-gtk-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: guile-gtk-owner@sources.redhat.com Received: (qmail 15417 invoked from network); 16 Nov 2001 22:11:30 -0000 Received: from unknown (HELO orion.memi.umss.edu.bo) (167.157.26.10) by sourceware.cygnus.com with SMTP; 16 Nov 2001 22:11:30 -0000 Received: from localhost (localhost [[UNIX: localhost]]) by orion.memi.umss.edu.bo (8.11.6/8.9.3) id fAGMKYq02198; Fri, 16 Nov 2001 18:20:34 -0400 Message-Id: <200111162220.fAGMKYq02198@orion.memi.umss.edu.bo> Content-Type: text/plain; charset="iso-8859-1" From: Alexey Rodriguez Y To: Marius Vollmer , Bo Forslund Subject: Re: ERROR: In procedure dynamic-link: Date: Thu, 18 Oct 2001 10:59:00 -0000 X-Mailer: KMail [version 1.3.1] Cc: guile-gtk list References: <3BF335B5.CC95D0F4@abc.se> <3BF43FF9.9D8E88D0@abc.se> <87pu6j4n9q.fsf@zagadka.ping.de> In-Reply-To: <87pu6j4n9q.fsf@zagadka.ping.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SW-Source: 2001-q4/txt/msg00009.txt.bz2 The version of guile in mdk8.1 is 1.4. I found this in /usr/lib /usr/lib/libltdl.so.3 is this a recent version? When i straced guile when loading gtk it was looking for some .la files but finally it looked for libfoo (without .so). I don't have access to the machine right now, i can't provide the strace file. On Thursday 15 November 2001 19:39, Marius Vollmer wrote: > Bo Forslund writes: > > How is it with libnames? > > The function `dynamic-link' is supposed to supply the extension on its > own. This is the reason you shouldn't specify any. For example, > Guile will first look for a `libtool archive#' with extension ".la". > Such an archive is a short description file that will then direct the > actual loading of the real shared library. This might be necessary on > platforms that don't support inter-library dependencies, or have funny > versioning schemes. Also, not all platforms use ".so". HP/UX uses > ".sl" I think, and Win32 uses ".dll". So it's better the let Guile > choose the extension. > > This does not seem to work for you, however. What version of Guile > are you using? Maybe we need to make sure that it includes the right > version of libltdl (the lower level that handles all the dirty bits > about dynamic linking). > > Libltdl has been known for producing "file not found" error messages > for just about any kind of error. You can't, unfortunately, assume > that the real cause is indeed some file not being found. > > This should have been fixed already, however, but it could be that the > version of Guile that you are using has not yet picked up that fix. > > It might be helpful to use `strace' to find out what files guile or > guile-gtk are really looking for and which are opened successfully. > > > So I did this in dynlink.scm > > > > (define string-append > > ( Why do you define string-append? There is a builtin string-append. ) > > > Then at what used to be /usr/share/guile/gtk/dynlink.scm:19:34: > > (dynamic-call init-func (dynamic-link (string-append libname ".so"))) > > > > Not very elegant but it works. > > Which is kinda strange. > > It _could_ be that you have a very old version of Guile that doesn't > provide its own extensions lib shared libraries. That would have to > be Guile 1.3.4 or something.