From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18793 invoked by alias); 8 Nov 2010 12:10:19 -0000 Received: (qmail 18781 invoked by uid 22791); 8 Nov 2010 12:10:17 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from e24smtp01.br.ibm.com (HELO e24smtp01.br.ibm.com) (32.104.18.85) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 08 Nov 2010 12:10:12 +0000 Received: from d24relay01.br.ibm.com (d24relay01.br.ibm.com [9.8.31.16]) by e24smtp01.br.ibm.com (8.14.4/8.13.1) with ESMTP id oA8CRdxQ010896 for ; Mon, 8 Nov 2010 10:27:39 -0200 Received: from d24av05.br.ibm.com (d24av05.br.ibm.com [9.18.232.44]) by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id oA8C8xm32429008 for ; Mon, 8 Nov 2010 09:08:59 -0300 Received: from d24av05.br.ibm.com (loopback [127.0.0.1]) by d24av05.br.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id oA8CA6Pc009482 for ; Mon, 8 Nov 2010 10:10:06 -0200 Received: from [9.78.132.189] ([9.78.132.189]) by d24av05.br.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id oA8CA6UW009466 for ; Mon, 8 Nov 2010 10:10:06 -0200 Message-ID: <4CD7E89D.9040502@br.ibm.com> Date: Mon, 08 Nov 2010 12:10:00 -0000 From: Edjunior Barbosa Machado User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100619 Lightning/1.0b1 Icedove/3.0.5 MIME-Version: 1.0 To: gdb@sourceware.org Subject: 'finish' command on ppc64 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-11/txt/msg00031.txt.bz2 Hi, I've noticed that the behavior of 'finish' command on ppc64 sometimes seems to be different to what happens on x86 and ppc32. On ppc64, when issuing a 'finish' command inside a subroutine, when the routine is in another object file, the program stops at the same line of the subroutine call, while on x86, ppc32 and sometimes on ppc64 (when the routine is in the same object file) it always stops at the line after the call. It happens due to an extra nop instruction after function calls on ppc64 (required by the ABI), in order to allow the linker to insert additional code if necessary during the linking process. So, I'd like to know if there is any rule regarding of which line of code should be pointed after issue a 'finish' command. Should be always one line after the subroutine call? Is this behavior considered a bug or it's just working as expected? Thanks, -- Edjunior