From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5235 invoked by alias); 25 Feb 2003 23:02:09 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 5192 invoked from network); 25 Feb 2003 23:02:06 -0000 Received: from unknown (HELO takamaka.act-europe.fr) (142.179.108.108) by 172.16.49.205 with SMTP; 25 Feb 2003 23:02:06 -0000 Received: by takamaka.act-europe.fr (Postfix, from userid 507) id AD062D34B6; Tue, 25 Feb 2003 15:02:04 -0800 (PST) Date: Tue, 25 Feb 2003 23:02:00 -0000 From: Joel Brobecker To: gdb-patches@sources.redhat.com Subject: [RFC/DWARF2] Fallback unknown language to C? Message-ID: <20030225230204.GY910@gnat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-SW-Source: 2003-02/txt/msg00671.txt.bz2 This is a followup on a concern reported by Stephane Carrez on the GDB mailing list: http://sources.redhat.com/ml/gdb/2003-02/msg00533.html > In the past, a gdb without Ada support could be used to, at least, see the > source. However, we are now in this sad situation where this is no longer > possible because now gdb complains at unknown languages and... stops. I think we shouldn't fail like this because we have some symbols for an unsupported language. Could we for instance fallback to C for unknown language symbols. I looked at set_cu_language in dwarf2read.c. What would be the consequences of setting cu_language to language_c in these cases: case DW_LANG_Ada83: case DW_LANG_Ada95: case DW_LANG_Cobol74: case DW_LANG_Cobol85: case DW_LANG_Pascal83: case DW_LANG_Modula2: default: cu_language = language_unknown; break; -- Joel