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: <3BE94852.8080303@ece.gatech.edu>
Date: Wed, 07 Nov 2001 09:42:26 -0500
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.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: Corinna Vinschen <cygwin-apps AT cygwin DOT com>
Subject: Re: Did I find an error in the current binutils or what???
References: <20011107131736 DOT U2965 AT cygbert DOT vinschen DOT de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Corinna Vinschen wrote:

> Hi,
> 
> I'm just trying to build the new born openssh-3.0p1 for Cygwin.
> 
> There's a slight difference between 1.3.3 and 1.3.4 in so far as
> __progname is defined in 1.3.4 while it wasn't in 1.3.3.
> 
> Unfortunately, __progname isn't defined in any header file.  So what
> happens (and what should work fine in theory) is, I'm getting the
> following message at the end of the link stage:
> 
> Warning: resolving ___progname by linking to __imp____progname (auto-import)


Okay, so your program (ssh) was compiled without the appropriate 
__declspec(dllimport) decorator on __progname ('cause it isn't defined in 
ANY header).  Therefore, the auto-import stuff kicks in, and magically 
searchs for "__imp__" + desired_symbol.  It finds it (__imp____progname). 
So far, so good.


> Hum, the problem is that I'm getting _another_ message right after
> the above one:
> 
> nmth000000.o(.idata$4+0x0): undefined reference to `_nm____progname'
> collect2: ld returned 1 exit status


Except that the cygwin1.dll/libcygwin.a that you are linking against does 
not have the requisite auto-import support thunks (_nm__*).  Perhaps this 
cygwin was compiled using a (very) old binutils?  pre-20010802 ?

--Chuck