From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13963 invoked by alias); 20 Jun 2003 16:27:26 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 13951 invoked from network); 20 Jun 2003 16:27:25 -0000 Received: from unknown (HELO neon-gw.transmeta.com) (63.209.4.196) by sources.redhat.com with SMTP; 20 Jun 2003 16:27:25 -0000 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id JAA28046; Fri, 20 Jun 2003 09:27:21 -0700 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma028007; Fri, 20 Jun 03 09:27:16 -0700 Received: from casey.transmeta.com (casey.transmeta.com [10.10.25.22]) by deepthought.transmeta.com (8.11.6/8.11.6) with ESMTP id h5KGRHB05702; Fri, 20 Jun 2003 09:27:17 -0700 (PDT) Received: (from dje@localhost) by casey.transmeta.com (8.9.3/8.7.3) id JAA08872; Fri, 20 Jun 2003 09:27:17 -0700 Date: Fri, 20 Jun 2003 16:27:00 -0000 Message-Id: <200306201627.JAA08872@casey.transmeta.com> From: Doug Evans To: gdb@sources.redhat.com cc: wilson@tuliptree.org Subject: regenerating cgen sim sources for gdb 6.0 X-SW-Source: 2003-06/txt/msg00414.txt.bz2 It'd be great if cgen sim sources were regenerated for 6.0. I'd be uncomfortable with 6.0 being released without up to date files. Ok if I get someone at Redhat to regenerate them and check them in? The sims in question are m32r and i960. While the m32r is still, pedantically speaking, obsolete and the i960 has been deleted, both targets still exist in the gcc tree and having a sim to vet gcc changes is enormously useful. I gather the i960 is on the way out even in gcc land though. If Jim's ok with deleting src/sim/i960 fine. Otherwise, I think the files should be updated. I've already verified that there's no regressions in the gcc testsuite from gcc top-of-tree sources (as of a few days ago) with the before/after i960-coff-run simulator.