From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7649 invoked by alias); 13 Feb 2012 08:45:49 -0000 Received: (qmail 7640 invoked by uid 22791); 13 Feb 2012 08:45:48 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,TW_NV X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (194.98.77.210) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 13 Feb 2012 08:45:22 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 5521529003F; Mon, 13 Feb 2012 09:45:22 +0100 (CET) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ui+oD7RWAnTA; Mon, 13 Feb 2012 09:45:22 +0100 (CET) Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.1.67]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id 4408B290027; Mon, 13 Feb 2012 09:45:22 +0100 (CET) Subject: Re: RFA: New port: ia64-hp-openvms (2/3) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tristan Gingold In-Reply-To: <201202120939.q1C9d4bf001627@glazunov.sibelius.xs4all.nl> Date: Mon, 13 Feb 2012 08:45:00 -0000 Cc: gdb-patches@sourceware.org, rupp@adacore.com Content-Transfer-Encoding: quoted-printable Message-Id: References: <6AD2487F-8409-4F4E-93A6-9DB7FD195E71@adacore.com> <201202120939.q1C9d4bf001627@glazunov.sibelius.xs4all.nl> To: Mark Kettenis 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: 2012-02/txt/msg00236.txt.bz2 On Feb 12, 2012, at 10:39 AM, Mark Kettenis wrote: >> From: Tristan Gingold >> Date: Fri, 10 Feb 2012 14:22:56 +0100 >>=20 >> The easiest way to get the unwind entry is to ask to the OpenVMS >> kernel, as this always work. Might not be optimal for the user >> application, but it is bullet-proof. >>=20 >> Tristan. >>=20 >> 2012-02-10 Tristan Gingold >>=20 >> * target.h (target_object): Add TARGET_OBJECT_OPENVMS_UIB. >> * remote.c (PACKET_qXfer_uib): New enum value. >> (remote_protocol_features): Add entry for PACKET_qXfer_uib. >> (remote_xfer_partial): Handle TARGET_OBJECT_OPENVMS_UIB. >=20 > Don't know much about (Open)VMS, but... >=20 >> diff --git a/gdb/remote.c b/gdb/remote.c >> index 3187ac0..7787864 100644 >> --- a/gdb/remote.c >> +++ b/gdb/remote.c >> @@ -8417,6 +8420,12 @@ remote_xfer_partial (struct target_ops *ops, enum= target_object object, >> case TARGET_OBJECT_FDPIC: >> return remote_read_qxfer (ops, "fdpic", annex, readbuf, offset, le= n, >> &remote_protocol_packets[PACKET_qXfer_fdpic]); >> + >> + case TARGET_OBJECT_OPENVMS_UIB: >> + return remote_read_qxfer >> + (ops, "uib", annex, readbuf, offset, len, >> + &remote_protocol_packets[PACKET_qXfer_uib]); >> + >=20 > Formatting here is different from the TARGET_OBJECT_FDPIC bit just before. Right, but it follows the one of TARGET_OBJECT_TRACEFRAME_INFO :-) Will fix. Tristan.