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: <3BE95A3A.3070908@ece.gatech.edu>
Date: Wed, 07 Nov 2001 10:58:50 -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: Ralf Habacker <Ralf DOT Habacker AT freenet DOT de>
CC: Cygwin-Apps <cygwin-apps AT cygwin DOT com>
Subject: Re: Did I find an error in the current binutils or what???
References: <00ae01c167a2$3c465650$651c440a AT BRAMSCHE>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hmmm....Chris, does the snapshot-building machine or process differ from 
the official-cygwin-release machine or process?  If so, they should be 
synchronized to both use a modern binutils/gcc...

Ralf's comment sounds like the snapshot machine uses an old 
(pre-atuo-import) binutils, but that your official-release machine uses a 
newer one.

--Chuck

Ralf Habacker 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)
>>
>>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
>>
>>Bingo.  I've tried to find a symbol `_nm____progname' in all(!) *.a
>>files on my system.  Nada.  There's no such symbol anywhere.  Ok, so
>>collect2 is right in that this symbol can't be resolved... but the
>>symbol isn't even _requested_ anywhere!  I have called nm on all *.o
>>files in the ssh build dir and I have called nm on all *.a files on
>>my whole system.
>>
>>Sure, I can workaround that by undefining HAVE___PROGNAME in ssh's
>>config.h but that's no solution, somehow.
>>
>>What's going wrong here???  I'm really not good in such stuff.  Btw.,
>>I'm using the latest binutils and gcc.  a `-v' option when linking
>>prints:
>>
>>/bin/../lib/gcc-lib/i686-pc-cygwin/2.95.3-5/collect2.exe -Bdynamic
>>  --dll-search-prefix=cyg -o ssh.exe /usr/lib/crt0.o -L.
>>  -Lopenbsd-compat/ -L/usr/local/lib -L/usr/lib -L/usr/lib/w32api
>>  -L/bin/../lib/gcc-lib/i686-pc-cygwin/2.95.3-5 -L/bin/../lib/gcc-lib
>>  -L/lib -L/usr/local/lib -L/usr/X11R6/lib
>>  -L/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5 ssh.o sshconnect.o
>>  sshconnect1.o sshconnect2.o sshtty.o readconf.o clientloop.o
>>  -lssh -lopenbsd-compat -lz -lregex /usr/lib/textmode.o -lcrypto
>>  -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc
>>
>>
>>Corinna
>>
> 
> I recognized a problem relating to the symbol __progname after downloading
> the last cygwin (dll,lib,header) snapshot and linking a little app. At first
> there was not problem. But after using the getopt_long function, linking was
> okay, but on starting the app, the windows runtime loader say that cygwin1.dll
> does not contain a symbol __progname.
> If have looked in /lib/libcygwin.a to identify the relating object file and
> found a reference to __progname, but I havn't found where this symbol is
> defined. :-(
> What me helped, was upgrading to the newest cygwin release (1.3.4-3)
> 
> d000030.o:
> 00000000 i .idata$4
> 00000000 i .idata$5
> 00000000 i .idata$6
> 00000000 i .idata$7
> 00000000 t .text
> 00000000 T ___signgam
>          U __head_cygwin1_dll
> 00000000 I __imp____signgam
> 00000000 I __nm____signgam
> 
> d000029.o:
> 00000000 i .idata$4
> 00000000 i .idata$5
> 00000000 i .idata$6
> 00000000 i .idata$7
> 00000000 t .text
>          U __head_cygwin1_dll
> 00000000 I __imp____progname
> 00000000 I __nm____progname
> 
> d000028.o:
> 00000000 i .idata$4
> 00000000 i .idata$5
> 00000000 i .idata$6
> 00000000 i .idata$7
> 00000000 t .text
>          U __head_cygwin1_dll
> 00000000 I __imp____mb_cur_max
> 00000000 I __nm____mb_cur_max
> 
> 
> Ralf  Habacker
> 
> 
> 
> 
>