delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT sources DOT redhat DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT sources DOT redhat DOT com> |
List-Help: | <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT sources DOT redhat DOT com |
Delivered-To: | mailing list cygwin AT sources DOT redhat DOT com |
Message-ID: | <01e901c01912$26a95070$f7c723cb@lifelesswks> |
From: | "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au> |
To: | <cygwin AT sources DOT redhat DOT com> |
References: | <20000907133430 DOT 25505 DOT qmail AT web119 DOT yahoomail DOT com> <20000907185550 DOT O7695 AT demon DOT co DOT uk> <01d501c0190e$fc28e930$f7c723cb AT lifelesswks> <20000907171413 DOT A28544 AT cygnus DOT com> |
Subject: | Re: libtool |
Date: | Fri, 8 Sep 2000 08:25:24 +1100 |
MIME-Version: | 1.0 |
X-Priority: | 3 |
X-MSMail-Priority: | Normal |
X-Mailer: | Microsoft Outlook Express 5.00.3018.1300 |
X-MimeOLE: | Produced By Microsoft MimeOLE V5.00.3018.1300 |
X-OriginalArrivalTime: | 07 Sep 2000 21:25:05.0490 (UTC) FILETIME=[1726D320:01C01912] |
----- Original Message ----- From: "Chris Faylor" <cgf AT cygnus DOT com> To: <cygwin AT sources DOT redhat DOT com> Sent: Friday, September 08, 2000 8:14 AM Subject: Re: libtool > On Fri, Sep 08, 2000 at 08:02:46AM +1100, Robert Collins wrote: > >I played around last night... pity I don't know dlls that well :-] > > > >1) the ltdll.c header seems unneeded with current gcc > >gcc -shared -g -O2 -Wall,--enable-auto-image-base,--out-imp-lib=.libs/libna m > >e.dll.a -o .libs/libname.dll -export-dynamic a.lo b.lo c.lo > > > >built a dll quite happily from standard sources except there were no > >exports... > >I presume that's what the sed and DLLTOOL scripts in the current libtool are > >all about? generating a .def file to explicitly list the exports? > > > >2) the .def files format was broken > >-> I haven't looked at this yet > > > >3) the .def file had many un-related symbols pulled via dlltool and sed. > >(i.e. printf as an export from glib...) > >I'm kicking around using NM and searching for T entries in the .lo files > >rather than libtool --export-all > > > >comments anyone? > > What about 'D' entries? Thank you.. I've realised I probably asking the wrong question... is there an existing tool that will pull the following symbols from a collection of .lo files: * explicitly _declspec(dllexport) symbols * any symbols that could be linked to the .lo files if they were collected into a static library. (phrased badly I know) currently libtool uses dlltool --export-all -z mydeffile.def a.lo b.lo ... d.lo where the .lo files are what will be linked to created the .dll the symbols are used to created import and export .def files so that the .h files do not need to explicitly use declspec(dllimport) etc. if there is no existing tool... can anyone recommend documentation that might help me specify what said tool needs to do to get only those symbols? there are T (haven't looked at D yet) symbols that are part of core system libraries (to pick two of them T _malloc or T _strcmp). I don't think glib (my test libtooled library overrides those function itself). Rob -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |