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
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
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