From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22853 invoked by alias); 7 Jun 2016 16:24:08 -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 22825 invoked by uid 89); 7 Jun 2016 16:24:07 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=cao, corinnacygwincygwincom, corinna-cygwin@cygwin.com X-HELO: mail-wm0-f42.google.com Received: from mail-wm0-f42.google.com (HELO mail-wm0-f42.google.com) (74.125.82.42) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 07 Jun 2016 16:23:57 +0000 Received: by mail-wm0-f42.google.com with SMTP id v199so27268330wmv.0 for ; Tue, 07 Jun 2016 09:23:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=ULcslxrMm5RqWSfxvMkKhs0aycQJ+VB7sD2PkKWalgg=; b=RlzS0OriMRL9JYjj92+MfJ+aRl4mtV07ygjOiFe7p2z6a4rSgGukFskCA1IzSSfMge 92EWb0sXSeAsEBwH5g7b6l+I9UKxjZGk63HxEzcGfKVzxItdIK8mRYbXajhYYmXxU5od IZao+G+Ib1fgb8tjBf2XzAeAMnEAaJUMSgjndMJAxG0tpHdb5CumIlh9TGKyWYaNGIyD jNZECSwDxrNGgFPAzvpo0h3EEP+ei5tWqHSCnnXHWYlhu6PYipmwyzKyQ+strh9wece3 UmrG9GhQd1kS07OP5GE/k8yBBI38rCiKlWfyiT1Ba7Vt3hyRilY9H7u3TEmpfQmfAct8 i9bw== X-Gm-Message-State: ALyK8tIxf76bUrS8lC4Rq4krOej/KBbbeGYVwuEEMzmq5oJZUqyzGTvc30tjzl8qe3NIxHLlknfY3mvLtoPOxw== X-Received: by 10.28.189.130 with SMTP id n124mr3686055wmf.76.1465316634601; Tue, 07 Jun 2016 09:23:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.56.129 with HTTP; Tue, 7 Jun 2016 09:23:24 -0700 (PDT) In-Reply-To: <20160607161221.GD3023@calimero.vinschen.de> References: <76282617-B02E-4782-B4A0-AEB3756DE152@etr-usa.com> <1465314195730-127453.post@n5.nabble.com> <20160607161221.GD3023@calimero.vinschen.de> From: Ismail Donmez Date: Tue, 07 Jun 2016 16:24:00 -0000 Message-ID: Subject: Re: nm for .exe extensions? To: cygwin@cygwin.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-06/txt/msg00084.txt.bz2 Hi, On Tue, Jun 7, 2016 at 7:12 PM, Corinna Vinschen wrote: > On Jun 7 08:43, Bill Smith wrote: >> Warren Young-2 wrote >> > On May 24, 2016, at 6:43 AM, Benjamin Cao < >> >> > becao@ >> >> > > wrote: >> >> >> >> The executable, when run with nm in Cygwin, results in a "no symbols" >> >> result, whereas it generates a symbol table in unix. >> > >> > That=E2=80=99s not what I see here. Given hello.c containing a =E2=80= =9CHello, 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 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 obje= ct 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 ? > > PDB is an undocumented and potentially patent-encumbered format, that's > why the binutils tools can't read or write it. This will hopefully be no longer true in the future: https://github.com/Microsoft/microsoft-pdb ismail -- 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