Re: Mac OS X .dylib not working

2011-03-05 Thread Peter O'Gorman
On 03/04/2011 01:00 PM, Peter O'Gorman wrote: On 03/04/2011 12:47 PM, Ralf Wildenhues wrote: +if test $shlibpath_var = PATH; then This looks wrong; shouldn't it be != here? Otherwise, ... Looking at the original test, the above is correct there - it wants to avoid messing with PATH on

Re: Mac OS X .dylib not working

2011-03-04 Thread Hans Aberg
On 4 Mar 2011, at 03:59, Peter O'Gorman wrote: Mac OS X does not care about file name extensions; .dylib is just a convention for native dynamic libraries. The static linker when it sees a -l flag will look for files beginning with lib and ending in .dylib, .so (though this is recent and

Re: Mac OS X .dylib not working

2011-03-04 Thread Hans Aberg
On 4 Mar 2011, at 04:00, Bob Friesenhahn wrote: So guile-2.0.0 using libltdl.7.dylib of libtool-2.4, can on Mac OS X 10.6.6 only open a dynamic library if the name of what it actually opens ends in .so (say by making a soft link using 'ln -s'); if it ends in .dylib, it cannot open it, even

Re: Mac OS X .dylib not working

2011-03-04 Thread Peter O'Gorman
On 03/04/2011 03:44 AM, Hans Aberg wrote: On 4 Mar 2011, at 03:59, Peter O'Gorman wrote: The important thing is to try .dylib - all libraries I have sen use it. It can of course try .so as well. Patch. Fails new testcase before (well, new testcase as in copy pasted lt_dlopenext testcase

Re: Mac OS X .dylib not working

2011-03-04 Thread Ralf Wildenhues
[ dropping bug-libtool ] Hi Peter, * Peter O'Gorman wrote on Fri, Mar 04, 2011 at 07:07:30PM CET: Ok? A few copyright year bumps are missing. Some minor nits inline below. Thank you, Ralf Subject: [PATCH] On Mac OS X try .dylib as well as .so with lt_dlopenext * libltdl/m4/ltdl.m4:

Re: Mac OS X .dylib not working

2010-02-04 Thread Hans Aberg
On 2 Feb 2010, at 17:52, Bob Friesenhahn wrote: Under OS-X (Leopard and later), the 'dtruss' program can be used to see what is really going on. While at it, I found another problem involving libltdl.7.dylib, guile-1.8.7 and lilypond 2.13.7: When upgrading guile using libtool-2.2.6b,

Re: Mac OS X .dylib not working

2010-02-04 Thread Hans Aberg
On 4 Feb 2010, at 14:49, Peter O'Gorman wrote: What does otool -L /Applications/LilyPond.app/Contents/Resources/bin/guile say? Which libltdl.7.dylib does it list? See below. They differ: libltdl.7.dylib current versions 10.0.0 and 10.1.0. If you run lilypond with DYLD_PRINT_LIBRARIES=1

Re: Mac OS X .dylib not working

2010-02-04 Thread Peter O'Gorman
On Thu, Feb 04, 2010 at 01:40:07PM +0100, Hans Aberg wrote: On 2 Feb 2010, at 17:52, Bob Friesenhahn wrote: Under OS-X (Leopard and later), the 'dtruss' program can be used to see what is really going on. While at it, I found another problem involving libltdl.7.dylib, guile-1.8.7 and

Re: Mac OS X .dylib not working

2010-02-04 Thread Peter O'Gorman
On Thu, Feb 04, 2010 at 04:21:27PM +0100, Hans Aberg wrote: When libtool support for Mac OS X was added, there was no way to load .dylib files, not much software had any knowledge of Mac OS X, and quite a lot of things had hardcoded .so when loading files at runtime, so to accomodate

Re: Mac OS X .dylib not working

2010-02-04 Thread Hans Aberg
On 4 Feb 2010, at 16:34, Peter O'Gorman wrote: Not really: 10.4 and earlier are obsolete, and 10.5 is becoming. On 10.5, just ordinary load is fine. 10.4 and earlier are not obsolete, sorry. The only computers that can't run 10.4 are G3 and they are really to slow. At least the one I

Re: Mac OS X .dylib not working

2010-02-04 Thread Hans Aberg
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:

Re: Mac OS X .dylib not working

2010-02-03 Thread Ludovic Courtès
Hi, Ken Raeburn raeb...@raeburn.org writes: [Is Hans on one of these lists now? His original message to bug-guile said not and asked to be cc'ed.] We might have lost him then. ;-) On Feb 2, 2010, at 13:01, Ludovic Courtès wrote: The Guile manually specifically tells that FNAME should not

Re: Mac OS X .dylib not working

2010-02-02 Thread Hans Aberg
On 2 Feb 2010, at 17:52, Bob Friesenhahn wrote: Unless I am missing something, the question to be answered is if Guile requests opening modules using a name like module.so (assuming a particular naming scheme), module.la (using libltdl as originally intended), or bare module (using

Re: Mac OS X .dylib not working

2010-02-02 Thread Ludovic Courtès
Hi, Hans Aberg hab...@math.su.se writes: On 2 Feb 2010, at 17:52, Bob Friesenhahn wrote: Unless I am missing something, the question to be answered is if Guile requests opening modules using a name like module.so (assuming a particular naming scheme), module.la (using libltdl as

Re: Mac OS X .dylib not working

2010-02-02 Thread Bob Friesenhahn
On Tue, 2 Feb 2010, Hans Aberg wrote: On 2 Feb 2010, at 15:20, Ken Raeburn wrote: On Mac OS X (trying it on 10.5.8 PPC G4), guile-1.8.7 cannot open dynamic library files with name extensions .dylib, but only if they are renamed using .so instead. On the Bug-Guile list they say it just calls

Re: Mac OS X .dylib

2010-01-30 Thread Ludovic Courtès
Hello, Hans Aberg hab...@math.su.se writes: It seems guile-1.8.7 does not admit dynamic library file name extensions .dylib, but only .so, on Mac OS X (tried 10.5.8. PPC G4), despite the manual saying guile should adapt to local standards. The example in the manual sec. 4.2.1 works fine with

Re: Mac OS X .dylib

2010-01-30 Thread Ken Raeburn
On Jan 30, 2010, at 09:41, Hans Aberg wrote: [I'm not on this list, so please cc me.] It seems guile-1.8.7 does not admit dynamic library file name extensions .dylib, but only .so, on Mac OS X (tried 10.5.8. PPC G4), despite the manual saying guile should adapt to local standards. The

Re: Mac OS X .dylib

2010-01-30 Thread Andy Wingo
Hello Hans, On Sat 30 Jan 2010 15:41, Hans Aberg hab...@math.su.se writes: It seems guile-1.8.7 does not admit dynamic library file name extensions .dylib, but only .so, on Mac OS X (tried 10.5.8. PPC G4) I think your example shold work, but it's something that's totally handled by libltdl.

Re: Mac OS X .dylib

2010-01-30 Thread Hans Aberg
On 30 Jan 2010, at 19:37, Ludovic Courtès wrote: The abstraction over file name extensions is handled by Libtool’s libltdl, used in ‘libguile/dynl.c’. Which version of Libtool/ltdl are you using? I took down the latest stable before trying to compile guile: libtool --version ltmain.sh

Re: Mac OS X .dylib

2010-01-30 Thread Hans Aberg
On 30 Jan 2010, at 19:39, Ken Raeburn wrote: The Mac OS X situation is a bit more complicated than on normal ELF-based UNIX systems; shared libraries and dynamically loadable objects are not the same thing. It's easy to assume they're equivalent when working mostly on ELF or Windows

Re: Mac OS X .dylib

2010-01-30 Thread Hans Aberg
On 30 Jan 2010, at 20:30, Andy Wingo wrote: It seems guile-1.8.7 does not admit dynamic library file name extensions .dylib, but only .so, on Mac OS X (tried 10.5.8. PPC G4) I think your example shold work, but it's something that's totally handled by libltdl. Are you using the latest