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
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
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
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
[ 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:
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,
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
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
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
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
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:
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
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
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
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
15 matches
Mail list logo
