From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Hans Aberg Newsgroups: gmane.comp.gnu.libtool.bugs,gmane.lisp.guile.bugs Subject: Re: Mac OS X .dylib not working Date: Thu, 4 Feb 2010 17:58:27 +0100 Message-ID: References: <20100202064208.GC5651@gmx.de> <657AF3C8-764A-4DDE-918F-F1D97DA8E8EC@math.su.se> <359C630D-FEA1-4422-91B5-6FB0DFD6941D@raeburn.org> <675379A5-A6C5-4331-B82B-1E1F975C359A@math.su.se> <470370CA-2B7D-49F3-B48C-70B0731757F9@math.su.se> <20100204134916.GB23972@tw.local> <20100204153444.GC23972@tw.local> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1265303206 5274 80.91.229.12 (4 Feb 2010 17:06:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Feb 2010 17:06:46 +0000 (UTC) Cc: bug-guile@gnu.org, Ken Raeburn , bug-libtool@gnu.org To: Peter O'Gorman Original-X-From: bug-libtool-bounces+gnu-bug-libtool=m.gmane.org@gnu.org Thu Feb 04 18:06:42 2010 Return-path: Envelope-to: gnu-bug-libtool@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 1Nd5A9-0001O8-Fs for gnu-bug-libtool@m.gmane.org; Thu, 04 Feb 2010 18:06:41 +0100 Original-Received: from localhost ([127.0.0.1]:32999 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nd546-0006kA-O9 for gnu-bug-libtool@m.gmane.org; Thu, 04 Feb 2010 12:00:26 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nd52O-0005O6-3B for bug-libtool@gnu.org; Thu, 04 Feb 2010 11:58:40 -0500 Original-Received: from [199.232.76.173] (port=37102 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nd52N-0005NY-D6 for bug-libtool@gnu.org; Thu, 04 Feb 2010 11:58:39 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nd52M-0005QX-IP for bug-libtool@gnu.org; Thu, 04 Feb 2010 11:58:39 -0500 Original-Received: from pne-smtpout1-sn1.fre.skanova.net ([81.228.11.98]:40405) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Nd52K-0005QA-KF; Thu, 04 Feb 2010 11:58:36 -0500 Original-Received: from h131n2-fre-d2.ias.bredband.telia.com (78.72.157.131) by pne-smtpout1-sn1.fre.skanova.net (7.3.140.3) (authenticated as u26619134) id 4B5C64F700192076; Thu, 4 Feb 2010 17:58:29 +0100 In-Reply-To: <20100204153444.GC23972@tw.local> X-Mailer: Apple Mail (2.936) X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: bug-libtool@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GNU libtool shared library maintenance tool List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-libtool-bounces+gnu-bug-libtool=m.gmane.org@gnu.org Errors-To: bug-libtool-bounces+gnu-bug-libtool=m.gmane.org@gnu.org Xref: news.gmane.org gmane.comp.gnu.libtool.bugs:7252 gmane.lisp.guile.bugs:4500 Archived-At: On 4 Feb 2010, at 16:34, Peter O'Gorman wrote: >> ---- >> $ lilypond empty.ly >> dyld: loaded: /Applications/LilyPond.app/Contents/Resources/bin/../ >> lib//libintl.8.dylib >> dyld: loaded: /Applications/LilyPond.app/Contents/Resources/bin/../ >> lib//libguile.17.dylib >> dyld: loaded: /Applications/LilyPond.app/Contents/Resources/bin/../ >> lib//libltdl.7.dylib >> GNU LilyPond 2.13.7 >> dyld: loaded: /usr/local/lib/libguile-srfi-srfi-1-v-3.3.dylib >> dyld: loaded: /usr/local/lib/libguile.17.dylib >> dyld: loaded: /usr/local/lib/libintl.8.dylib >> dyld: loaded: /usr/local/lib/libgmp.3.dylib >> dyld: loaded: /usr/local/lib/libltdl.7.dylib >> Segmentation fault > > So lilypond starts up fine, but guile's first dlopen() for > libguile-srfi-srfi-1-v-3.3 causes the library in /usr/local/lib to be > loaded (and its dependent libraries, including another libguile, > libintl, and libltdl). Ensuring that the search path is correct would > fix this problem, look at setting the LTDL_LIBRARY_PATH environment > variable, perhaps? Sorry, I should have answered this one: the variable isn't set, and exporting it to say LTDL_LIBRARY_PATH=/Applications/LilyPond.app/Contents/Resources/lib before starting 'lilypond' does not change the behavior. Hans