From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9177 invoked by alias); 11 Sep 2003 08:53:07 -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 9155 invoked from network); 11 Sep 2003 08:53:05 -0000 Received: from unknown (HELO steve.softier.local) (62.90.245.250) by sources.redhat.com with SMTP; 11 Sep 2003 08:53:05 -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 h8B8qwQs016711 for ; Thu, 11 Sep 2003 11:52:58 +0300 Received: (from steve@localhost) by steve.softier.local (8.12.8/8.12.8/Submit) id h8B8qilE016708 for gdb@sources.redhat.com; Thu, 11 Sep 2003 11:52:44 +0300 X-Authentication-Warning: steve.softier.local: steve set sender to xyzzy@hotpop.com using -f Subject: COFF questions From: Stephen Biggs To: GDB list Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1063270364.15684.55.camel@steve.softier.local> Mime-Version: 1.0 Date: Thu, 11 Sep 2003 14:37:00 -0000 X-SW-Source: 2003-09/txt/msg00151.txt.bz2 Can someone explain what the "_globals_" symtab built by coffread.c is for, built even when there is DWARF-2 info? How does GDB cope with executables that provide debugging info in two different formats for the same compilation unit? That is, in the COFF case, if it finds the symbol in the _globals_, it stops reading and this symbol either doesn't have enough information, or has wrong information, to permit source level debugging. How do I make GDB continue to search for DWARF-2 info if it is present? I saw a thread in the archives by David Carlton about a call-back version of symbol_lookup. Is there anything new on this?