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
Message-ID: <3BCE3636.8050803@ece.gatech.edu>
Date: Wed, 17 Oct 2001 21:53:58 -0400
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: cygwin-apps AT cygwin DOT com
Subject: Re: curl, libcurl, libcomprex, leakbug (was:Re: Packaging cURL for cygwin distribution ???)
References: <3BC750FE DOT 23291 DOT 2229240 AT localhost> <3BC73F2F DOT 6050105 AT ece DOT gatech DOT edu> <20011012151828 DOT C18003 AT redhat DOT com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Christopher Faylor wrote:

> On Fri, Oct 12, 2001 at 03:06:23PM -0400, Charles Wilson wrote:
> 
>>Gerrit P. Haase wrote:
>>
>>>'dllwrap' is an older tool the makes it easier, now gcc supports the 
>>>-shared option it works without dllwrap, too.
>>>There is more about this way in the cygin-user-guide.
>>>
>>cygwin-user-guide is way out of date on this subject.
>>
> 
> This is one of the reasons for my frequent requests for help in the
> documentation department.
> 
> The pattern is that I ask for help, someone volunteers, I say "Great!" and
> then the person disappears.
> 
> So, any volunteers?


Sigh.  I will try to work something up that modernizes this section, but 
it's gonna take a while.  Short version:

drop all references to dlltool / dllwrap  (except to say "in the distant 
past, before 'gcc -shared' worked, there were two helper programs. 
They're still around, but are no longer recommended for new projects/new 
ports.")

Address both the "old" way:  __declspec(dll*port), gcc -D*STATIC, gcc 
-static, gcc -shared (which strangely are NOT opposites.  -static means 
"link the target (whatever it is) using static dependent libraries", 
-shared means "the target is a dll")  etc.

"new" way: auto-import.  address some of the surprises that may occur.

--Chuck