From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30665 invoked by alias); 31 Aug 2003 08:21:10 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 30526 invoked from network); 31 Aug 2003 08:21:09 -0000 Received: from unknown (HELO steve.softier.local) (62.90.245.250) by sources.redhat.com with SMTP; 31 Aug 2003 08:21:09 -0000 Received: from steve.softier.local (localhost.localdomain [127.0.0.1]) by steve.softier.local (8.12.8/8.12.8) with ESMTP id h7V8L5jF015757; Sun, 31 Aug 2003 11:21:05 +0300 Received: (from steve@localhost) by steve.softier.local (8.12.8/8.12.8/Submit) id h7V8L0kL015752; Sun, 31 Aug 2003 11:21:00 +0300 X-Authentication-Warning: steve.softier.local: steve set sender to xyzzy@hotpop.com using -f Subject: TI C6x support From: Stephen Biggs To: GDB list Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1062318060.15365.10.camel@steve.softier.local> Mime-Version: 1.0 Date: Sun, 31 Aug 2003 08:21:00 -0000 X-SW-Source: 2003-08/txt/msg00334.txt.bz2 I am adding full support for the TI C6X (mostly C64xx) chip to BFD and GDB. I intend to submit a patch as soon as stability of my port and company politics allow. I am stuck. It seems that the COFF version of GDB creates a fake symbol table with a filename of "_globals_" and language. This is not working for me. I compile with Dwarf2 and have all the symbols and the symbols show up in a dump as correct for the C file. When I try to "disassemble main", I get back the response "main is not a function". This is the same response I get when I try "list". Disassembly using the raw address of "main" works just fine. I am trying to decipher the code that causes these messages but am running into a wall. I know that this is something stupid on my part and quite simple, but I just can't get it. Any help would be appreciated.