From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7665 invoked by alias); 5 Sep 2003 17:22:27 -0000 Mailing-List: contact cgen-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sources.redhat.com Received: (qmail 7588 invoked from network); 5 Sep 2003 17:22:10 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 5 Sep 2003 17:22:10 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 6997C2B7F; Fri, 5 Sep 2003 12:47:23 -0400 (EDT) Message-ID: <3F58BE1B.3080902@redhat.com> Date: Fri, 05 Sep 2003 19:03:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Evans , brolley@redhat.com Cc: gdb-patches@sources.redhat.com, cgen@sources.redhat.com Subject: Re: [PATCH] remove .cpu file copying References: <200309051534.IAA17701@casey.transmeta.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-q3/txt/msg00058.txt.bz2 > Here is the sim patch to accompany my previously posted patch to binutils/cgen > to pass the path of the .cpu file to cgen. Sigh, Doug you really need to get that FSF assignment in order, its what, 4 years now? While this change is long, it does appear obvious - if someone described the problem to Dave he'd end up with the identical patch. > We'll need to coordinate checking in this change with cgen. > Dave, can you check this in when you're ready? (where "ready" here > includes receipt of requisite approval, obviously) > Or someone could give me a one-time authority to check this in ... I'll assume that Dave will handle it. Dave, remember to modify the changelog so that it records you making the change, but it comming from doug. Andrew > I've included i960 because it's still in the tree. > One can either not check this part in because it'll be obsoleted rsn, > or check this part in. > [btw, is there a plan to delete sim/i960 from the 6.0 branch?] > > 2003-09-05 Doug Evans >