From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.comp.gnu.libtool.bugs,gmane.lisp.guile.bugs Subject: Re: Mac OS X .dylib not working Date: Wed, 03 Feb 2010 16:10:41 +0100 Message-ID: <87ljfal5hq.fsf@gnu.org> 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> <51A25259-AD5F-4D39-9319-C173F424568F@math.su.se> <87iqaftt2r.fsf@gnu.org> <1E07AEBF-099D-4B17-B2B8-0EE5E85B6397@raeburn.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1265209859 11238 80.91.229.12 (3 Feb 2010 15:10:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 3 Feb 2010 15:10:59 +0000 (UTC) Cc: bug-guile@gnu.org, bug-libtool@gnu.org To: Ken Raeburn Original-X-From: bug-libtool-bounces+gnu-bug-libtool=m.gmane.org@gnu.org Wed Feb 03 16:10:55 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 1NcgsX-0007pH-5S for gnu-bug-libtool@m.gmane.org; Wed, 03 Feb 2010 16:10:53 +0100 Original-Received: from localhost ([127.0.0.1]:32997 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NcgsW-000240-8d for gnu-bug-libtool@m.gmane.org; Wed, 03 Feb 2010 10:10:52 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NcgsQ-00023o-Mz for bug-libtool@gnu.org; Wed, 03 Feb 2010 10:10:46 -0500 Original-Received: from [199.232.76.173] (port=55746 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NcgsP-00023g-Rs for bug-libtool@gnu.org; Wed, 03 Feb 2010 10:10:45 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NcgsO-0000fO-5P for bug-libtool@gnu.org; Wed, 03 Feb 2010 10:10:45 -0500 Original-Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:59811) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1NcgsN-0000fE-Ls; Wed, 03 Feb 2010 10:10:43 -0500 X-IronPort-AV: E=Sophos;i="4.49,399,1262559600"; d="scan'208";a="42906872" Original-Received: from laptop-147-210-128-170.labri.fr (HELO nixey) ([147.210.128.170]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 03 Feb 2010 16:10:42 +0100 X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 15 =?iso-8859-1?Q?Pluvi=F4se?= an 218 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu In-Reply-To: <1E07AEBF-099D-4B17-B2B8-0EE5E85B6397@raeburn.org> (Ken Raeburn's message of "Wed, 3 Feb 2010 09:23:12 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:7243 gmane.lisp.guile.bugs:4494 Archived-At: Hi, Ken Raeburn 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=C3=A8s wrote: >> The Guile manually specifically tells that FNAME should not contain >> an extension. > > That could be unfortunate, since it means that unlike other Mac > applications, a Guile application would not be able to customize its > plugin names to use Foo.quuxplugin type names. Guile apps would be > limited to a hardcoded set of suffixes then, right? Guile doesn=E2=80=99t modify FNAME, it just passes it on to =E2=80=98lt_dlo= penext ()=E2=80=99. >> Surprisingly, I just noticed that Guile itself doesn=E2=80=99t use the >> =E2=80=98-module=E2=80=99 option of Libtool when creating its =E2=80=98l= ibguile-srfi-srfi-1=E2=80=99 >> module (which is meant to be dlopened *or* directly linked against), >> although this has never caused any problems on OS X. If you search >> for that in [1], =E2=80=98libguile-srfi-srfi-1=E2=80=99 is actually crea= ted with >> =E2=80=98-dynamiclib=E2=80=99. > > Current versions of Mac OS X can load shared libraries (.dylib) as > well as the bundle format that seems to have been the original plugin > form (.so, .bundle, ...). So in practice, assuming you can dlopen and > dlclose a shared library works pretty well, though I gather it might > not have worked as well in earlier releases. OK. > But we should also support the format(s) intended for plugin modules > as well, and the naming conventions (which appear to be somewhat > varied, and less consistent than on other OSes). Since libguile-srfi-srfi-1 is intended both to be dlopened and linked directly against, we=E2=80=99d need to link it twice, once with =E2=80=98-m= odule=E2=80=99 and another one to create the shared library. I can=E2=80=99t imagine myself tweaking the build system in non-trivial way= s to accommodate old versions of OS=C2=A0X, though... Thanks, Ludo=E2=80=99.