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 Tue 25 Jan 2011 08:05, Mark Harig idirect...@aim.com writes:
On Mon, Jan 24, 2011 at 10:54:56PM +0100, Andy Wingo wrote:
I updated the man page. I don't really know groff though, so please
reply
with comments (text appended).
Thank you for the updated version.
I have written a
On Wed 09 Feb 2011 05:42, Mark Harig idirect...@aim.com writes:
This is for guile 1.9.14.
This problem exists in 1.9.15, too:
scheme@(guile-user) ,statistics
GC times: 0 / 7 times
Memory size: current / limit
heap #f / #f cells
malloc #f / #f bytes
Cells collected: diff / total
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:
