From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16940 invoked by alias); 14 Oct 2003 05:54:58 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 16891 invoked from network); 14 Oct 2003 05:54:55 -0000 Received: from unknown (HELO fencepost.gnu.org) (199.232.76.164) by sources.redhat.com with SMTP; 14 Oct 2003 05:54:55 -0000 Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.24) id 1A9I5s-0002d8-9p for gcc@gnu.org; Tue, 14 Oct 2003 01:51:40 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1A9I8U-0007nc-HU for gcc@gnu.org; Tue, 14 Oct 2003 01:54:53 -0400 Received: from [67.161.44.241] (helo=localhost.localdomain) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1A9I8T-0007lq-Tg for gcc@gnu.org; Tue, 14 Oct 2003 01:54:22 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h9E5sB31018939; Mon, 13 Oct 2003 22:54:16 -0700 Subject: Re: Symbol table From: Jim Wilson To: "SRUTHY C.N." Cc: gcc@gnu.org, gcc@gcc.gnu.org In-Reply-To: <2111.210.212.228.79.1066104164.webmail@ebox.nitc.ac.in> References: <2111.210.212.228.79.1066104164.webmail@ebox.nitc.ac.in> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 14 Oct 2003 08:07:00 -0000 Message-ID: <1066110857.1337.87.camel@leaf.tuliptree.org> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.9 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_XIMIAN version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-SW-Source: 2003-10/txt/msg00486.txt.bz2 Message-ID: <20031014080700.mfBIG6J94FuF4ACCVK-JA0yahzyO7GUVOEq_15XwP8g@z> On Mon, 2003-10-13 at 21:02, SRUTHY C.N. wrote: > Is there any symbol table representation in gcc like RTL file? If > there is , then how to get it? I am not asking about the symbol table for > the object code generated, which I have seen. I am asking about symbol > table in the front end. We don't have a dump file for the symbol tables. Debugging symbol tables is not as much of a problem as debugging optimization passes, so we have never really needed dump files for them. In the C family front ends, we use IDENTIFIER_NODE to hold info about symbols. get_identifier will return the IDENTIFIER_NODE for a string representing a symbol name. lookup_name will give you the *_DECL in scope for an IDENTIFIER_NODE. See also the c_scope structure in c-decl.c. -- Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com