From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bruce Korb Newsgroups: gmane.lisp.guile.devel Subject: Re: gen-scmconfig is broken Date: Tue, 7 Sep 2010 15:57:28 -0700 Message-ID: References: <877hixurg6.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1283900292 12208 80.91.229.12 (7 Sep 2010 22:58:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Sep 2010 22:58:12 +0000 (UTC) Cc: guile-devel@gnu.org To: =?ISO-8859-1?Q?Ludovic_Court=E8s?= Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Sep 08 00:58:10 2010 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ot77C-0006bO-FM for guile-devel@m.gmane.org; Wed, 08 Sep 2010 00:58:10 +0200 Original-Received: from localhost ([127.0.0.1]:53332 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ot77B-00029d-R5 for guile-devel@m.gmane.org; Tue, 07 Sep 2010 18:58:09 -0400 Original-Received: from [140.186.70.92] (port=58015 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ot772-00029Y-L6 for guile-devel@gnu.org; Tue, 07 Sep 2010 18:58:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ot771-0000QW-DM for guile-devel@gnu.org; Tue, 07 Sep 2010 18:58:00 -0400 Original-Received: from mail-iw0-f169.google.com ([209.85.214.169]:60200) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ot771-0000QH-AW; Tue, 07 Sep 2010 18:57:59 -0400 Original-Received: by iwn33 with SMTP id 33so8361907iwn.0 for ; Tue, 07 Sep 2010 15:57:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=VLkr1S2vZu1flfdumLUAyDKn89717MFF3slrvMtO5+k=; b=SEyC5wxgJHQPGpm9FYqofwVByLSHyA3wP8NHWBGE6PVTRwhxWRBB3p9bQQM5f8yOLJ elSMD8y7HpCrAwp/56JJXmrvpqFa3qDSnlhoXggfS08ftpNQ4IjkXlUIT9QeHKHW+QU+ VtwhQhARpBb1Iwzq5mM6/qBR8HTeezGQ1bfR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=mW+PfsVp+etdIoCRmbJmD13jQA5CFfbBJtvq9r9GQsKt/48f37Ks2oXJBnYT1Oy3S3 ckLPSeSl7eRbZxZTWTPrI5CT/Esm7oaZGLTwHzloVG1aZ2JGYrkYZmg5ZYgIytTzm/0D okCejkYQiikc36pOkdwsceAGZo27u1+tihTp4= Original-Received: by 10.231.33.137 with SMTP id h9mr3628208ibd.91.1283900265685; Tue, 07 Sep 2010 15:57:45 -0700 (PDT) Original-Received: by 10.231.182.11 with HTTP; Tue, 7 Sep 2010 15:57:28 -0700 (PDT) In-Reply-To: <877hixurg6.fsf@gnu.org> X-Google-Sender-Auth: LvGmXrG93tUmZ02-ze-t5nZ754o X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:10888 Archived-At: Hi Ludovic, On Tue, Sep 7, 2010 at 3:19 PM, Ludovic Court=E8s wrote: > > Both problems mean that libltd.so isn=92t in the loader=92s search path > ($LD_LIBRARY_PATH). =A0In 1.8 =91configure=92 wrecks havoc when libltdl.s= o > isn=92t found, instead of actually diagnosing this. > > At any rate, adding libltdl.so=92s directory to the loader=92s search pat= h > should fix it. I will try reconfiguring with LD_LIBRARY_PATH set, but I *CAN* link programs without having to set that. I do nothing special, just a plain ../configure --prefix=3D/usr/local && make && make install on my play time project and: $ ldd $(which autogen) libguile.so.17 =3D> /usr/lib64/libguile.so.17 (0x0000003739000000) libm.so.6 =3D> /lib64/libm.so.6 (0x0000003733400000) libdl.so.2 =3D> /lib64/libdl.so.2 (0x0000003733800000) libpthread.so.0 =3D> /lib64/libpthread.so.0 (0x0000003733c00000) libc.so.6 =3D> /lib64/libc.so.6 (0x0000003733000000) libgmp.so.3 =3D> /usr/lib64/libgmp.so.3 (0x0000003746e00000) libcrypt.so.1 =3D> /lib64/libcrypt.so.1 (0x0000003744200000) libltdl.so.3 =3D> /usr/lib64/libltdl.so.3 (0x0000003739800000) /lib64/ld-linux-x86-64.so.2 (0x0000003732c00000) so *IT* seems to find libltdl.so just fine. Now that I'm looking at it, I = see that our uber-conservative installation is using libltdl.so.3 and your conf= ig is demanding .7. What I actually need is a static libguile, but there is n= o such beast for CentOS. So I was going to build libguile, but it seems it demands a particular libltdl. I'm not going there. Thus, I cannot use libguile. (The .so won't be available on the target -- out of my control.) Too much trouble. Thank you. Regards, Bruce