Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm Sender: cygwin-apps-owner AT cygwin DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps AT cygwin DOT com Delivered-To: mailing list cygwin-apps AT cygwin DOT com content-class: urn:content-classes:message Subject: RE: ordinal linking for cygwin ld MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 27 Apr 2002 10:59:27 +1000 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Robert Collins" To: "Ralf Habacker" , "Charles Wilson" Cc: "Kde-Cygwin" , "Binutils" , "Cygwin-Apps" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id g3R0xX421166 > -----Original Message----- > From: Ralf Habacker [mailto:Ralf DOT Habacker AT freenet DOT de] > Sent: Saturday, April 27, 2002 10:55 AM > > > Or ld has a switch to explicit use ordinals (see other mails from > > > me) > > > > I don't see what such a switch gains. The hint ordinal > should provide > > the same performance as an ordinal-only-link. > > By default ld does not use ordinals or linking. Only when an > import lib does not contain names in the _nm_vector, ld takes > the ordinal for linking (identified by flag_noname in > pe-dll.c/ei386pe.c). Thats what I have used. I have patched > ld to write the import library only with ordinals and ld does > the rest. Only an additional patch for auto-imported date was > necessary. (see the patch) Well then, this is only half the puzzle. I can see what you gain from such a patch, but as Chuck as indicated, it will cause -major- difficulties in management. A patch to use hint ordinals when linking by name would be _very_ useful though, as that would a) give the performance benefit you are looking for b) allow backward compatible library versioning as link-by-name does. We'd probably also need to ensure that strip leaves the names in the IAT (I wasn't clear from your other email whether it does that or not). Rob