From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2057 invoked by alias); 25 May 2004 22:22:26 -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 2050 invoked from network); 25 May 2004 22:22:26 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 25 May 2004 22:22:26 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i4PMMPi7005760 for ; Tue, 25 May 2004 18:22:26 -0400 Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i4PMML028838; Tue, 25 May 2004 18:22:21 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 0E7E12B9D; Tue, 25 May 2004 18:22:13 -0400 (EDT) Message-ID: <40B3C714.6030605@gnu.org> Date: Tue, 25 May 2004 22:22:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Randolph Chung , Joel Brobecker Cc: gdb@sources.redhat.com Subject: Re: GDB 6.1.1 2004-05-21-gmt References: <40B3B907.2030401@gnu.org> <20040525214720.GK10684@gnat.com> <20040525215332.GM7207@tausq.org> In-Reply-To: <20040525215332.GM7207@tausq.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-05/txt/msg00169.txt.bz2 >>Thanks to the changes Randolph made, the HP/UX port is in better shape. >>> I wouldn't argue against pulling the pa-specific files in, except that >>> I am not sure whether some of them rely on some changes that were made >>> only in mainline... Randolph? > > > there are a few arch-indep changes, most of it are just cleanups. the > other ones that come to mind are new and not yet checked in, so we can > discuss what we want to do with them: > > - gdbarch change for passing function object into push_dummy_call > - infrun.c changes for trampoline handling > - use inferior_created event for updating dyncall, etc values > > if we want to update the hppa support in 6.1 i'd like to see the first > one (gdbarch) go in.... the other ones can wait for 6.2 There seem to be a significant number of fixes even without this - basics such as value return and backtraces. As for the arch and other core changes, they can wait until 6.2. Andrew