delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-apps/2002/01/09/15:59:52

Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Message-ID: <3C3CAEB0.3090706@ece.gatech.edu>
Date: Wed, 09 Jan 2002 15:57:20 -0500
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: CA List <Cygwin-Apps AT cygwin DOT com>
CC: Stipe Tolj <tolj AT wapme-systems DOT de>
Subject: Re: [ANN] apache_1.3.22 package available for setup inclusion
References: <3C3BFC4C DOT 15C3C81A AT wapme-systems DOT de> <20020109124852 DOT C1242 AT cygbert DOT vinschen DOT de> <816103055 DOT 20020109125245 AT familiehaase DOT de> <3C3C5A24 DOT 23D6C6E1 AT wapme-systems DOT de> <3C3C6842 DOT 3030403 AT ece DOT gatech DOT edu> <3C3C6A3B DOT F6FE54BF AT wapme-systems DOT de> <3C3CA387 DOT D4DEFC83 AT yahoo DOT com> <3C3CA5F9 DOT 4050100 AT ece DOT gatech DOT edu> <3C3CA822 DOT D79A43D8 AT yahoo DOT com>

Earnie Boyd wrote:


>>>
>>I'm confused.  What's all this talk about needing "new" binutils?  
>>
> 
> Yep, I'd say.  My guess is that Stipe is using a cross buiold platform
> that doesn't include your change.  Therefore he has to hard code the
> prefix in filename translations in the Makefile.in or what ever the
> configuration files are named.


No, you're missing my point.  You STILL have to hardcode the output 
filename of the DLL when you are CREATING the dll.  Even WITH the "new" 
binutils.

The ONLY time my --dll-search-prefix helps is when you are LINKING to a 
DLL and you do NOT have the import lib handy.  That's all it was created 
for.

When *creating* the DLL, 'gcc -shared' doesn't magically decide to add 
'cyg' to the -o filename -- any more than it previously magically added 
'lib'.  It didn't and it doesn't.

My point: he must muck with Makefile.in or whatnot in ANY case -- new 
binutils or old.

Now, if you're talking about the .exe creation phase, when httpd.exe is 
linked against libhttpd.dll it might not work IF:
   a) old binutils
   b) AND dll is named cyghttpd.dll
   c) AND you don't have an import lib
Well, my "fix" for that problem is: during the DLL build phase (since 
both libhttpd.dll and httpd.exe are both from the same package) generate 
an import lib and link against that instead.  (Because you really 
shouldn't be linking directly against a DLL anyway except in "emergency" 
situations -- vitual implibs cannot provide the auto-import fixups, for 
instance, or static methods (libcygwin.a, libncurses++.dll.a))

--Chuck

- Raw text -


  webmaster     delorie software   privacy  
  Copyright 2019   by DJ Delorie     Updated Jul 2019