delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm |
Sender: | cygwin-apps-owner AT sourceware DOT cygnus DOT com |
List-Subscribe: | <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin-apps/> |
List-Post: | <mailto:cygwin-apps AT sources DOT redhat DOT com> |
List-Help: | <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs> |
Delivered-To: | mailing list cygwin-apps AT sources DOT redhat DOT com |
Date: | Sun, 22 Jul 2001 13:11:30 -0400 |
From: | Christopher Faylor <cgf AT redhat DOT com> |
To: | cygwin-apps AT cygwin DOT com |
Subject: | Re: ld --auto-import for cygwin and libtool |
Message-ID: | <20010722131130.A9168@redhat.com> |
Reply-To: | cygwin-apps AT cygwin DOT com |
Mail-Followup-To: | cygwin-apps AT cygwin DOT com |
References: | <020601c0f27b$d579ea90$0200a8c0 AT lifelesswks> <02a701c11289$bc8b9b90$562fa4cb AT co3007967a> <007e01c112b0$a6de11c0$806410ac AT local> <033a01c112b2$306e53e0$562fa4cb AT co3007967a> <3B5B0686 DOT 5050500 AT ece DOT gatech DOT edu> |
Mime-Version: | 1.0 |
User-Agent: | Mutt/1.3.11i |
In-Reply-To: | <3B5B0686.5050500@ece.gatech.edu>; from cwilson@ece.gatech.edu on Sun, Jul 22, 2001 at 12:59:50PM -0400 |
On Sun, Jul 22, 2001 at 12:59:50PM -0400, Charles Wilson wrote: >Travis Howell wrote: > > >>>I don't believe that this has _ever_ been supported by cygwin. Paul >>>Sokolovsky created this hack himself. >>> >> >> I'm sure binutils-20000722-1 allowed auto importing of symbols and that was >> broken/removed in binutils-20001029-1+. >> > > >Nope. 20000722-1 was released after dj, cgf, and I finished up a major >round of binutils hacking. The creation of dll's from binutils had >completely bitrotted due to Mumit's year long absence. We restored it. > But we did nothing to allow auto-importing of symbols without the need >for __declspec() in the source code, for DATA exports. It is true, >however, and still IS true, that you don't REALLY need __declspec() for >FUNCTION exports. (*) > >Repeat: 20000722-1 REQUIRES declspec() modifiers in the code for DATA >exports. Right. If --auto-import made it into a binutils release, it somehow did so without my knowing about it. cgf
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |