From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8964 invoked by alias); 24 May 2016 13:29:02 -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 127568 invoked by uid 89); 24 May 2016 13:27:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-HELO: etr-usa.com Received: from Unknown (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 24 May 2016 13:22:39 +0000 Received: (qmail 49277 invoked by uid 13447); 24 May 2016 13:15:24 -0000 Received: from unknown (HELO polypore.west.etr-usa.com) ([73.26.17.49]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 24 May 2016 13:15:24 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: nm for .exe extensions? From: Warren Young In-Reply-To: Date: Tue, 24 May 2016 13:50:00 -0000 Content-Transfer-Encoding: quoted-printable Message-Id: <76282617-B02E-4782-B4A0-AEB3756DE152@etr-usa.com> References: To: The Cygwin Mailing List X-IsSubscribed: yes X-SW-Source: 2016-05/txt/msg00284.txt.bz2 On May 24, 2016, at 6:43 AM, Benjamin Cao wrote: >=20 > The executable, when run with nm in Cygwin, results in a "no symbols" res= ult, whereas it generates a symbol table in unix. That=E2=80=99s not what I see here. Given hello.c containing a =E2=80=9CHe= llo, world!=E2=80=9D program: $ make hello cc hello.c -o hello $ nm hello.exe | wc -l 389 If I strip the exe, I get =E2=80=9CNo symbols,=E2=80=9D as expected. There= =E2=80=99s no reason a finished executable should have much in the way of e= xported 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. -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 100234 invoked by alias); 24 May 2016 13:48:04 -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 92358 invoked by uid 89); 24 May 2016 13:47:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-HELO: etr-usa.com Received: from etr-usa.com (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 24 May 2016 13:42:16 +0000 Received: (qmail 49277 invoked by uid 13447); 24 May 2016 13:15:24 -0000 Received: from unknown (HELO polypore.west.etr-usa.com) ([73.26.17.49]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 24 May 2016 13:15:24 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: nm for .exe extensions? From: Warren Young In-Reply-To: Date: Tue, 24 May 2016 14:34:00 -0000 Content-Transfer-Encoding: quoted-printable Message-ID: <76282617-B02E-4782-B4A0-AEB3756DE152@etr-usa.com> References: To: The Cygwin Mailing List X-IsSubscribed: yes X-SW-Source: 2016-05/txt/msg00286.txt.bz2 Message-ID: <20160524143400.0J6YHi6cgzn4DeIK_0IciyaUuEPGnZA3_0Bjm1XKN2c@z> On May 24, 2016, at 6:43 AM, Benjamin Cao wrote: >=20 > The executable, when run with nm in Cygwin, results in a "no symbols" res= ult, whereas it generates a symbol table in unix. That=E2=80=99s not what I see here. Given hello.c containing a =E2=80=9CHe= llo, world!=E2=80=9D program: $ make hello cc hello.c -o hello $ nm hello.exe | wc -l 389 If I strip the exe, I get =E2=80=9CNo symbols,=E2=80=9D as expected. There= =E2=80=99s no reason a finished executable should have much in the way of e= xported 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. -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 41853 invoked by alias); 24 May 2016 14:15:37 -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 41839 invoked by uid 89); 24 May 2016 14:15:36 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=H*r:envelope-sender X-HELO: etr-usa.com Received: from etr-usa.com (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 24 May 2016 14:15:26 +0000 Received: (qmail 49277 invoked by uid 13447); 24 May 2016 13:15:24 -0000 Received: from unknown (HELO polypore.west.etr-usa.com) ([73.26.17.49]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 24 May 2016 13:15:24 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: nm for .exe extensions? From: Warren Young In-Reply-To: Date: Tue, 24 May 2016 16:56:00 -0000 Content-Transfer-Encoding: quoted-printable Message-ID: <76282617-B02E-4782-B4A0-AEB3756DE152@etr-usa.com> References: To: The Cygwin Mailing List X-IsSubscribed: yes X-SW-Source: 2016-05/txt/msg00290.txt.bz2 Message-ID: <20160524165600.cUkMGqbFXIjpnvysV1i1p53TZ5xzX45frzTKevOJHxo@z> On May 24, 2016, at 6:43 AM, Benjamin Cao wrote: >=20 > The executable, when run with nm in Cygwin, results in a "no symbols" res= ult, whereas it generates a symbol table in unix. That=E2=80=99s not what I see here. Given hello.c containing a =E2=80=9CHe= llo, world!=E2=80=9D program: $ make hello cc hello.c -o hello $ nm hello.exe | wc -l 389 If I strip the exe, I get =E2=80=9CNo symbols,=E2=80=9D as expected. There= =E2=80=99s no reason a finished executable should have much in the way of e= xported 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. -- 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