From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Lynn Winebarger Newsgroups: gmane.lisp.guile.bugs Subject: Re: cvs guile build/install problems Date: Sat, 16 Mar 2002 01:24:07 -0500 Sender: bug-guile-admin@gnu.org Message-ID: <02031601240708.17464@locke.free-expression.org> References: <02030414141506.10124@locke.free-expression.org> <87lmcz54pm.fsf@zagadka.ping.de> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1016260129 10629 127.0.0.1 (16 Mar 2002 06:28:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 16 Mar 2002 06:28:49 +0000 (UTC) Cc: bug-guile@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16m7gO-0002lL-00 for ; Sat, 16 Mar 2002 07:28:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16m7fa-00021K-00; Sat, 16 Mar 2002 01:27:58 -0500 Original-Received: from janus.hosting4u.net ([209.15.2.37]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16m7eZ-0001rb-00 for ; Sat, 16 Mar 2002 01:26:55 -0500 Original-Received: (qmail 20808 invoked from network); 16 Mar 2002 06:26:54 -0000 Original-Received: from leo.hosting4u.net (HELO free-expression.org) (209.15.2.51) by mail-gate.hosting4u.net with SMTP; 16 Mar 2002 06:26:54 -0000 Original-Received: from locke.free-expression.org ([156.56.123.63]) by free-expression.org ; Sat, 16 Mar 2002 00:26:52 -0600 Original-To: Marius Vollmer X-Mailer: KMail [version 1.2] In-Reply-To: <87lmcz54pm.fsf@zagadka.ping.de> X-Rcpt-To: Errors-To: bug-guile-admin@gnu.org X-BeenThere: bug-guile@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GUILE, GNU's Ubiquitous Extension Language List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.bugs:23 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.bugs:23 On Monday 11 March 2002 13:39, Marius Vollmer wrote: > Lynn Winebarger writes: > > Saturday's cvs of guile-core: > > Using automake 1.5, autoconf 2.52,libtool 1.4.2 > > minor > > doc/tutorial was missing mdate-sh after configuring (chugged along after > > copying it from doc/ref). > > This file should be installed by "autogen.sh". I have automake > 1.4-p4, and after removing doc/ref/mdate-sh, I get > > ./autogen.sh > autoheader2.50: libguile/scmconfig.h.in is unchanged > doc/ref/Makefile.am:24: installing `doc/ref/mdate-sh' > > Doesn't automake 1.5 behave the same? mdate-sh gets installed in doc/ref, but not in doc/tutorial. > > doc/tutorial/version.texi - had to add an extra "@" to the CVSROOT line > > I have no CVSROOT line in version.texi. The file is created by a rule > in doc/tutorial/version/Makefile. Can you check what is happening? > I have to find my autoconf decoder ring, but I will try to find it and get back to you (on both the above). > > less minor: > > guile's shared libraries deposited in /usr/local/lib, but would only load > > them if they showed up in /usr/local/share/guile/1.7.0 (used symbolic links > > and it worked). > > Can you elaborate? There shouldn't be any shared libraries in > /usr/local/share/guile/ as of 1.7. Do you have "/usr/local/lib" in > your LD_LIBRARY_PATH? > No. I set my ld.so.conf to point to /usr/local/lib so shared libraries get loaded correctly and forget about LD_LIBRARY_PATH. My system mysteriously doesn't have a man page or info documentation about dlopen, but looking at the libtool docs tells me that the calling program has to provide a search function, and it appears there's no C library function to search ld.so.cache (and it may change from version to version of ld.so, so there's no way for you to use it directly). Anyway, my expectation was bogus. [ and setting LD_LIBRARY_PATH did work ] However, it does appear your search function still looks in /usr/local/share/guile/1.7.0 for shared libraries. Wouldn't it be reasonably to have it search the libdir set at configure time instead or in addition to that directory? The documentation is a little vague on the library paths - that is, whether "library" refers to a library of scheme code, a compiled library, or both [ which may vary from context to context in the docs, I'm just pointing out it should be made clear ]. _______________________________________________ Bug-guile mailing list Bug-guile@gnu.org http://mail.gnu.org/mailman/listinfo/bug-guile