From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3848 invoked by alias); 6 Mar 2005 21:34:01 -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 3655 invoked from network); 6 Mar 2005 21:33:48 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 6 Mar 2005 21:33:48 -0000 Received: from drow by nevyn.them.org with local (Exim 4.44 #1 (Debian)) id 1D83NZ-0003Qo-EH; Sun, 06 Mar 2005 16:33:37 -0500 Date: Sun, 06 Mar 2005 21:34:00 -0000 From: Daniel Jacobowitz To: Joel Brobecker Cc: gdb@sources.redhat.com Subject: Ada and the "start" command Message-ID: <20050306213337.GA13156@nevyn.them.org> Mail-Followup-To: Joel Brobecker , gdb@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i X-SW-Source: 2005-03/txt/msg00064.txt.bz2 Hi Joel, Do any of the gdb.ada tests pass for you, using a clean GDB tree? My impression is that the "start" command, upon which they all rely, can not possibly work in FSF GDB. There's ada_main_name, which correctly digs the name out of the executable, but it isn't hooked up to anything. So "start" always goes to "main". If the tests can't work in this tree, they should be disabled. I'm not sure what the plan for ada_main_name is. -- Daniel Jacobowitz CodeSourcery, LLC