From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25931 invoked by alias); 16 Jun 2003 10:33:59 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 25890 invoked from network); 16 Jun 2003 10:33:58 -0000 Received: from unknown (HELO mail02.idc.renesas.com) (202.234.163.13) by sources.redhat.com with SMTP; 16 Jun 2003 10:33:58 -0000 Received: from mail02.idc.renesas.com (localhost [127.0.0.1]) by mail02.idc.renesas.com with ESMTP id h5GAXu6I004350 for ; Mon, 16 Jun 2003 19:33:56 +0900 (JST) Received: from guardian04.idc.renesas.com ([172.20.8.135]) by mail02.idc.renesas.com with ESMTP id h5GAXtg4004347; Mon, 16 Jun 2003 19:33:55 +0900 (JST) Received: (from root@localhost) by guardian04.idc.renesas.com with id h5GAXtWJ010220; Mon, 16 Jun 2003 19:33:55 +0900 (JST) Received: from unknown [172.20.8.69] by guardian04.idc.renesas.com with SMTP id VAA10219 ; Mon, 16 Jun 2003 19:33:55 +0900 Received: from mta02.idc.renesas.com (localhost [127.0.0.1]) by mta02.idc.renesas.com with ESMTP id h5GAXr1U020984; Mon, 16 Jun 2003 19:33:53 +0900 (JST) Received: from rnsmtp01.hoku_r.renesas.com ([10.145.246.51]) by mta02.idc.renesas.com with ESMTP id h5GAXreo020981; Mon, 16 Jun 2003 19:33:53 +0900 (JST) Received: from mrkaisv.hoku.renesas.com ([10.145.105.245]) by rnsmtp01.hoku_r.renesas.com (8.9.3/3.7W) with ESMTP id TAA06843; Mon, 16 Jun 2003 19:33:53 +0900 (JST) Received: from KEI (unknown [10.145.105.81]) by mrkaisv.hoku.renesas.com (Postfix) with SMTP id E52DE79849A; Mon, 16 Jun 2003 19:33:52 +0900 (JST) Message-ID: <028b01c333f2$d2a61db0$5169910a@KEI> From: "Kei Sakamoto" To: "Andrew Cagney" Cc: References: <016301c31610$aafb4e70$5169910a@KEI> <3EBC1157.8070601@redhat.com> Subject: Re: [PATCH] multi-arching m32r Date: Mon, 16 Jun 2003 10:33:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-SW-Source: 2003-06/txt/msg00525.txt.bz2 Fri, 09 May 2003 16:36:39 -0400, Andrew Cagney wrote: > > Hello, > > > > It seems that M32R is now obsoleted because it does not use > > GDB's multi-arch framework. So I made it fully multi-arched. > > > > I attached a patch file created from insight-5.3 source files. > > If there is something wrong with it, please let me know. > > Unfortunatly the 5.3 branch is dead. You'll need to: > > - get it building with current GDB > > - ensure that it contains no deprecated (or identified as deprecated) > code (this means that it will need to use the new frame and inferior > function call mechanism) > > Given that this will significantly change the file, and that the > existing file is obsolete, I'd just post the new m32r files - don't > bother with a diff. > > I also do not see any FSF assignment for either yourself or Renesas > (Renesas is very new so I'm not suprized). If this needs to be aranged, > then please contact me. > > Andrew Andrew, I sent back a Copyright Assignment form to FSF today. I also built multi-arched m32r-gdb with current GDB snapshot. It works fine. But my m32r-tdep.c still contains many functions which are identified as "deprecated". You mentioned new m32r files should not contains no deprecated code. But it seems that most of architecutures' files, except d10v and i386, contains deprecated code. Can I post new m32r files with deprecated functions and take care of their deprecated code later? It is pretty difficult to remove all deprecated code from m32r files beacuse there are not much examples and documents about the new frame and inferior function call mechanism now. Kei Sakamoto