From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17916 invoked by alias); 11 Aug 2004 18:30:29 -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 17908 invoked from network); 11 Aug 2004 18:30:28 -0000 Received: from unknown (HELO blount.mail.mindspring.net) (207.69.200.226) by sourceware.org with SMTP; 11 Aug 2004 18:30:28 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by blount.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1Buxrn-0005TP-00; Wed, 11 Aug 2004 14:30:27 -0400 Received: from mindspring.com (localhost [127.0.0.1]) by berman.michael-chastain.com (Postfix) with SMTP id B7D514B102; Wed, 11 Aug 2004 14:30:27 -0400 (EDT) Date: Wed, 11 Aug 2004 18:30:00 -0000 From: Michael Chastain To: gdb@sources.redhat.com, cagney@gnu.org Subject: Re: gdb.dwarf2 test directory Message-ID: <411A65C2.nailOZS11WJXA@mindspring.com> References: <411A5BBA.1020508@gnu.org> In-Reply-To: <411A5BBA.1020508@gnu.org> User-Agent: nail 10.8 6/28/04 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-08/txt/msg00179.txt.bz2 Andrew Cagney wrote: ac> As a sibling to gdb.stabs, should be a gdb.dwarf2 directory? Sounds good to me. I haven't been in gdb.stabs for a while but it's full of strange stuff, like 'sed' scripts that run on the host machine (not the build machine). I don't want that weird stuff copied blindly into gdb.dwarf2. gdb.dwarf2 is a fine name. Most of the test suite, even gdb.asm, accepts "runtest --target_board unix/gdb:debug_flags=-gdwarf-2" or "...=-gstabs+" to specify the debug format. Think about how that interacts with an explicit dwarf-2 directory. Off the top of my head, I think it would be fine to say: "if the debug_flags includes -gstabs\[+\], then just skip these tests". We've been stumbling through this issue with asm-source.exp. ac> This would let us directly generate and test specific dwarf2 constructs ac> without having to rely on a user running a specific version of GCC. Yes. That's the right way to test! Michael C