From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6366 invoked by alias); 13 Feb 2012 08:43:03 -0000 Received: (qmail 6355 invoked by uid 22791); 13 Feb 2012 08:43:02 -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:42:35 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id D1BC629003F; Mon, 13 Feb 2012 09:42:34 +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 ESIldQphrhBJ; Mon, 13 Feb 2012 09:42:34 +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 BFA85290027; Mon, 13 Feb 2012 09:42:34 +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: <4F356A8B.509@gnat.com> Date: Mon, 13 Feb 2012 08:43:00 -0000 Cc: "gdb-patches@sourceware.org ml" , Rupp Douglas Content-Transfer-Encoding: quoted-printable Message-Id: References: <6AD2487F-8409-4F4E-93A6-9DB7FD195E71@adacore.com> <35B93121-2F70-4E7C-B415-E691138D6698@adacore.com> <4F356A8B.509@gnat.com> To: Douglas Rupp 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/msg00235.txt.bz2 On Feb 10, 2012, at 8:05 PM, Douglas Rupp wrote: > On 2/10/2012 5:43 AM, Tristan Gingold wrote: >> Hi, >>=20 >> this is the debugger stub for ia64 VMS. >> Because it is independent of gdb (not unlike gdbserver) and because it i= sn't a one file stub, I think it is worth creating a subdirectory. >> I think we should also move the existing stubs there. >>=20 >> The interesting part is that on OpenVMS, the debugger is a shared librar= y that is loaded with the application when debugging is needed (either from= the start or during the run - like attach). Just think about catching SIG= TRAP, SIGSEGV, SIGBUS,=85 from a LD_PRELOAD binary. >>=20 >> The stub was written from scratch because it is highly OpenVMS dependent= and in particular the standard C library shouldn't be used. >>=20 >> The stub is not complete: some registers are partially or not handled, a= nd inferior procedure call is not yet implemented (will be the funny part).= But it has already be extremely useful to debug some applications. >>=20 >> Tristan. >>=20 >=20 > Would it make sense to factor out the ia64 specific bits, so as to facili= tate porting to alpha vas? Well, this is too early. There are higher priorities (such as thread suppo= rt) Tristan.