From: Hans-Peter Nilsson <hans-peter.nilsson@axis.com>
To: brolley@redhat.com, gdb-patches@sourceware.org, cgen@sourceware.org
Subject: sim/frv not regeneratable with cgen and guile-1.8.5
Date: Tue, 23 Dec 2008 01:45:00 -0000 [thread overview]
Message-ID: <200812230143.mBN1hm8O020799@ignucius.se.axis.com> (raw)
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
next reply other threads:[~2008-12-23 1:45 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-23 1:45 Hans-Peter Nilsson [this message]
2008-12-23 17:32 ` Frank Ch. Eigler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200812230143.mBN1hm8O020799@ignucius.se.axis.com \
--to=hans-peter.nilsson@axis.com \
--cc=brolley@redhat.com \
--cc=cgen@sourceware.org \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).