From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8018 invoked by alias); 18 Jul 2008 02:02:24 -0000 Received: (qmail 8010 invoked by uid 22791); 18 Jul 2008 02:02:23 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 18 Jul 2008 02:01:49 +0000 Received: from spaceape9.eur.corp.google.com (spaceape9.eur.corp.google.com [172.28.16.143]) by smtp-out3.google.com with ESMTP id m6I21iUR016986 for ; Fri, 18 Jul 2008 03:01:44 +0100 Received: from yx-out-1718.google.com (yxp4.prod.google.com [10.190.4.196]) by spaceape9.eur.corp.google.com with ESMTP id m6I21hib020797 for ; Fri, 18 Jul 2008 03:01:43 +0100 Received: by yx-out-1718.google.com with SMTP id 4so58243yxp.8 for ; Thu, 17 Jul 2008 19:01:42 -0700 (PDT) Received: by 10.151.111.1 with SMTP id o1mr1372563ybm.194.1216346502694; Thu, 17 Jul 2008 19:01:42 -0700 (PDT) Received: by 10.151.109.14 with HTTP; Thu, 17 Jul 2008 19:01:42 -0700 (PDT) Message-ID: <8ac60eac0807171901r11ddb98bx6fc29e5fffed0894@mail.gmail.com> Date: Fri, 18 Jul 2008 02:02:00 -0000 From: "Paul Pluzhnikov" To: gdb-patches@sourceware.org Subject: Re: [FYI] Inlining support, rough patch In-Reply-To: <20080715192020.GB3094@caradoc.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080613152754.GA4220@caradoc.them.org> <20080715192020.GB3094@caradoc.them.org> X-IsSubscribed: yes 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: 2008-07/txt/msg00359.txt.bz2 On Tue, Jul 15, 2008 at 12:20 PM, Daniel Jacobowitz wrote: > This version of inlining support, which applies to trunk, is > thoroughly tested. I've had some trouble applying this patch to current CVS Head, and the patch appears to be incomplete, especially WRT renaming frame_pc_unwind() -> frame_unwind_caller_pc(). [I do not see prototype for frame_unwind_caller_pc() being added to frame.h in the patch.] I think I resolved errors correctly. Running tests now ... -- Paul Pluzhnikov