From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8205 invoked by alias); 23 Dec 2008 01:45:02 -0000 Received: (qmail 8079 invoked by uid 22791); 23 Dec 2008 01:45:01 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from krynn.se.axis.com (HELO krynn.se.axis.com) (193.13.178.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 23 Dec 2008 01:44:09 +0000 Received: from ignucius.se.axis.com (ignucius.se.axis.com [10.13.11.50]) by krynn.se.axis.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id mBN1hnaL014311; Tue, 23 Dec 2008 02:43:49 +0100 Received: from ignucius.se.axis.com (localhost [127.0.0.1]) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) with ESMTP id mBN1hmJ9020803; Tue, 23 Dec 2008 02:43:48 +0100 Received: (from hp@localhost) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) id mBN1hm8O020799; Tue, 23 Dec 2008 02:43:48 +0100 Date: Tue, 23 Dec 2008 01:45:00 -0000 Message-Id: <200812230143.mBN1hm8O020799@ignucius.se.axis.com> From: Hans-Peter Nilsson To: brolley@redhat.com, gdb-patches@sourceware.org, cgen@sourceware.org Subject: sim/frv not regeneratable with cgen and guile-1.8.5 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Mailing-List: contact cgen-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sourceware.org X-SW-Source: 2008-q4/txt/msg00018.txt.bz2 I had to find an installation with guile-1.3.4 in order to regenerate the frv sim. Maybe a guile/scheme-savvy person/maintainer can look into it? I had to give up myself, sorry. CGEN and guile..lacks in the debuggability department. Using guile 1.8.5 (guile-1.8.5-1.fc9.i386 in F 9) and latest cgen CVS and "make stamp-cpu" in obj/sim/frv yields: /bin/sh /home/hp/sim/src/sim/frv/../common/cgen.sh cpu-decode /home/hp/sim/src/sim/frv \ "`if [ -f ../../guile/libguile/guile ]; then echo ../../guile/libguile/guile; else echo guile ; fi` -l /home/hp/sim/src/sim/frv/../../cgen/guile.scm -s" /home/hp/sim/src/sim/frv/../../cgen "-v" \ frv "with-scache with-profile=fn with-generic-write with-parallel-only" frvbf "" frv,fr550,fr500,fr450,fr400,tomcat,simple "" \ /home/hp/sim/src/sim/frv/../../cpu/frv.cpu "-S tmp-sem.c1" Skipping slib/sort, already loaded. Skipping slib/random, already loaded. cgen -s /home/hp/sim/src/sim/frv/../../cgen/cgen-sim.scm -s /home/hp/sim/src/sim/frv/../../cgen -v -f "with-scache with-profile=fn with-generic-write with-parallel-only" -m frv,fr550,fr500,fr450,fr400,tomcat,simple -a /home/hp/sim/src/sim/frv/../../cpu/frv.cpu -i all -C tmp-cpu.h1 -U tmp-cpu.c1 -M tmp-mod.c1 -S tmp-sem.c1 -T tmp-dec.h1 -D tmp-dec.c1 -S tmp-sem.c1 Setting option `with-scache' to "". Setting option `with-profile' to "fn". Setting option `with-generic-write' to "". Setting option `with-parallel-only' to "". Loading cpu description /home/hp/sim/src/sim/frv/../../cpu/frv.cpu Including file /home/hp/sim/src/sim/frv/../../cpu/simplify.inc ... Generating frvbf cpu.h ... Analyzing instruction set ... Done analysis. Computing sformat argument buffers ... Generating frvbf cpu.c ... Generating frvbf model.c ... Generating frvbf semantics.c ... ERROR: In procedure string-length: ERROR: Wrong type argument in position 1 (expecting string): SI No backtrace available. make[1]: *** [cgen-cpu-decode] Error 1 It looks like something is trigged with the (cgen-semantics.c) machinery that isn't with (cgen-sem-switch.c); sims using the latter, like sim/cris, aren't affected. Those files hadn't been regenerated for a while: I regenerated them to get a baseline for a sim/cgen/gcc problem I see and considered the regeneration by itself to be worthwhile of committing and the issue to be reported. Of interest is that the GPL notice still said version 3 and the copyright years didn't regress. :) Besides the copyright header, the rest was limited to emitting e.g. "MAKEDI (2147483647, 0xffffffff)" instead of "9223372036854775807". No regressions for sim/frv for neither "64-bit host" (x86_64-unknown-linux-gnu) nor "32-bit host" (i686-pc-linux-gnu) (there *are* FAILs for the latter, related to the issue I'm fixing, but no regressions). Regenerated with "make stamp-arch stamp-cpu". Patch elided. sim/frv: * arch.c, arch.h, cpu.c, cpu.h, cpuall.h, decode.c, decode.h, model.c, sem.c: Regenerate. brgds, H-P