From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21679 invoked by alias); 7 Dec 2011 21:33:08 -0000 Received: (qmail 21670 invoked by uid 22791); 7 Dec 2011 21:33:08 -0000 X-SWARE-Spam-Status: No, hits=-7.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Dec 2011 21:32:49 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pB7LWX0Q007233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 7 Dec 2011 16:32:33 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id pB7LWWur019579; Wed, 7 Dec 2011 16:32:32 -0500 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id pB7LWUmv018730; Wed, 7 Dec 2011 16:32:31 -0500 From: Tom Tromey To: Joel Brobecker Cc: Pedro Alves , gdb-patches@sourceware.org Subject: Re: [PATCH] gdb.ada/catch_ex.exp, gdb.ada/mi_catch_ex.exp and unsupported catchpoints References: <201112061718.50031.pedro@codesourcery.com> <20111207100101.GC21915@adacore.com> Date: Wed, 07 Dec 2011 22:01:00 -0000 In-Reply-To: <20111207100101.GC21915@adacore.com> (Joel Brobecker's message of "Wed, 7 Dec 2011 11:01:01 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-12/txt/msg00239.txt.bz2 >>>>> "Joel" == Joel Brobecker writes: >> (gdb) catch exception >> Cannot insert catchpoints in this configuration. Joel> We're going to have to talk to the guys who decided to build the Ada Joel> runtime without debugging info. The normal way to build the runtime Joel> is no debug info *except* for a few files. This is really doing a Joel> disservice to the users! Fedora strips everything to a separate debuginfo file in an automated way. There might be an exception for one library, but last time I asked about this, I was told that exceptions are a pain and could we please do something else. Also, the granularity of debuginfo packages is quite large. This is one reason we ended up using sdt.h probes in preference to a special unwind hook function for the C++ "next-over-throw" work. If you can make it so this can work without debuginfo somehow, that would be much better for users. I think the sdt.h approach is quite awesome; though it is ELF-specific (still -- better to do excellently on some platforms if possible) and maybe hard to port to Ada. Tom