From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8130 invoked by alias); 24 Feb 2012 08:34:17 -0000 Received: (qmail 7894 invoked by uid 22791); 24 Feb 2012 08:34:16 -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; Fri, 24 Feb 2012 08:34:03 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 3891329003E; Fri, 24 Feb 2012 09:34:03 +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 NSnjIBm8ECVH; Fri, 24 Feb 2012 09:34:03 +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 251D2290011; Fri, 24 Feb 2012 09:34:03 +0100 (CET) Subject: Re: RFA: New port: ia64-hp-openvms - the stub Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Tristan Gingold In-Reply-To: <4F45478D.2030802@redhat.com> Date: Fri, 24 Feb 2012 09:24:00 -0000 Cc: "gdb-patches@sourceware.org ml" , Rupp Douglas Content-Transfer-Encoding: quoted-printable Message-Id: <6B97507D-F782-4A58-A10E-AD6A32CE49D6@adacore.com> References: <6AD2487F-8409-4F4E-93A6-9DB7FD195E71@adacore.com> <35B93121-2F70-4E7C-B415-E691138D6698@adacore.com> <4F3AA334.8000409@redhat.com> <72064031-DC1B-4C92-B71A-15EFCC0C06F0@adacore.com> <4F45478D.2030802@redhat.com> To: Pedro Alves 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/msg00534.txt.bz2 On Feb 22, 2012, at 8:52 PM, Pedro Alves wrote: > On 02/21/2012 04:30 PM, Tristan Gingold wrote: >>=20 >> On Feb 14, 2012, at 7:08 PM, Pedro Alves wrote: >=20 >>> I couldn't really tell, but you may want to consider looking into xml t= arget >>> descriptions. At least reporting a description with the openvms osabi = would >>> be good. >>=20 >> I plan to fix the register issue soon, just be patient ! >=20 > I am. :-) A description with at least the osabi is good so that gdb > knows the target's osabi even if the user doesn't supply an executable. Ok, shouldn't be hard to do. Just to implement qXfer:features:read, IIUC. >>>> +#if 1 >>>> + /* What a mess. Gdb and linux expects bsp to point after the c= urrent >>>> + register frame. Adjust. */ >>>=20 >>> What does this mean? Are we committing to a hack that will make our >>> lives hard when we want to fix it? >>=20 >> I have updated the comment. Currently, ia64-tdep.c follows the Linux co= nvention, and we don't want to change that. So the BSP has to be adjusted. >=20 > Why don't we want to change it? I think it's too late. That would be a change in gdbserver and other stubs= , so it would break compatibility. The adjustment in the VMS stubs isn't t= hat complex. > It'd be good if the basics of using the stub were documented in > the manual. Sure, I will work on that. > In any case, this is okay. Thank you for reviewing, Tristan.