From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29076 invoked by alias); 1 Dec 2010 21:40:36 -0000 Received: (qmail 29060 invoked by uid 22791); 1 Dec 2010 21:40:35 -0000 X-SWARE-Spam-Status: No, hits=-6.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,TW_GJ,T_RP_MATCHES_RCVD 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, 01 Dec 2010 21:40:29 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id oB1LeReV024494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 1 Dec 2010 16:40:27 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id oB1LeQxa025136; Wed, 1 Dec 2010 16:40:26 -0500 Received: from opsy.redhat.com (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 oB1LeQA9026734; Wed, 1 Dec 2010 16:40:26 -0500 Received: by opsy.redhat.com (Postfix, from userid 500) id B691637817D; Wed, 1 Dec 2010 14:40:25 -0700 (MST) From: Tom Tromey To: Jan Kratochvil Cc: gdb-patches@sourceware.org Subject: Re: RFC: next/finish/etc -vs- exceptions References: <20101125075847.GA19270@host0.dyn.jankratochvil.net> Date: Wed, 01 Dec 2010 21:40:00 -0000 In-Reply-To: (Tom Tromey's message of "Tue, 30 Nov 2010 09:43:28 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 2010-12/txt/msg00008.txt.bz2 >>>>> "Tom" == Tom Tromey writes: Jan> BTW the testcase does not work on neither ppc32 nor on ppc64. Tom> Thanks, I will investigate. On PPC32 the problem was just that the test case was not robust against differences between compilers on different arches. In particular, different versions of gcc seem to give different (sometimes even quite weird) line numbers to the landing point of an exception. I fixed this by rewriting the test case to be more robust against these kinds of differences. On PPC64, as you surmised, the problem was related to function descriptors. In particular, create_exception_master_breakpoint was calling lookup_minimal_symbol_text -- but that failed on PPC64. FWIW I expect that the longjmp code also has a problem here, but again probably masked by glibc PC mangling. I think I've addressed all the comments. I'll send an updated patch tomorrow. Tom