From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15831 invoked by alias); 7 Jun 2016 15:43:27 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 15821 invoked by uid 89); 7 Jun 2016 15:43:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.6 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL,URI_HEX autolearn=no version=3.3.2 spammy=cao, benjamin, Benjamin, UD:nabble.com X-HELO: mbob.nabble.com Received: from mbob.nabble.com (HELO mbob.nabble.com) (162.253.133.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 07 Jun 2016 15:43:17 +0000 Received: from msam.nabble.com (unknown [162.253.133.85]) by mbob.nabble.com (Postfix) with ESMTP id 2361D29BFC59 for ; Tue, 7 Jun 2016 08:24:30 -0700 (PDT) Date: Tue, 07 Jun 2016 15:43:00 -0000 From: Bill Smith To: cygwin@cygwin.com Message-ID: <1465314195730-127453.post@n5.nabble.com> In-Reply-To: <76282617-B02E-4782-B4A0-AEB3756DE152@etr-usa.com> References: <76282617-B02E-4782-B4A0-AEB3756DE152@etr-usa.com> Subject: Re: nm for .exe extensions? MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-06/txt/msg00081.txt.bz2 Warren Young-2 wrote > On May 24, 2016, at 6:43 AM, Benjamin Cao < > becao@ > > wrote: >>=20 >> The executable, when run with nm in Cygwin, results in a "no symbols" >> result, whereas it generates a symbol table in unix. >=20 > That=E2=80=99s not what I see here. Given hello.c containing a =E2=80=9C= Hello, world!=E2=80=9D > program: >=20 > $ make hello > cc hello.c -o hello > $ nm hello.exe | wc -l > 389 >=20 > If I strip the exe, I get =E2=80=9CNo symbols,=E2=80=9D as expected. The= re=E2=80=99s no reason a > finished executable should have much in the way of exported symbols > without debug info, since it is self-contained. You would only expect to > get useful output from nm on a stripped binary if it=E2=80=99s an object = file or a > DLL. Hi, I'm picking this issue up from my colleague, Ben Cao. We're using Visual Studio C++ to compile the executables/objects. Is the issue that Visual Studio places the information in the .pdb file? That's why nm doesn't display any info on an *.exe ? -- View this message in context: http://cygwin.1069669.n5.nabble.com/nm-for-ex= e-extensions-tp127152p127453.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple