This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Committed: various simtest-howto.html tweaks
- From: Hans-Peter Nilsson <hans-peter dot nilsson at axis dot com>
- To: gcc-patches at gcc dot gnu dot org
- Date: Wed, 5 Mar 2008 03:34:16 +0100
- Subject: Committed: various simtest-howto.html tweaks
- Let's not refer to the removed out-of-sync dejagnu copy
that was once in the src tree. (Native testing, an IMHO
reasonable prerequisite for digesting this page, already
covers having dejagnu installed.)
- Let's not check out the whole of gdb when we just need "sim".
(IIRC *some* simulator required stuff in gdb at some time, but
we can add that as a special case.)
- Let's not add superfluous configure arguments.
- Let's add the target check-target-libstdc++-v3 to check-gcc to be
somewhat more complete, and let's mention just "check" in case
not all we want is covered by "check-gcc check-target-libstdc++-v3".
Committed, using my all-too-rarely used superpower as
simtest-howto.html maintainer.
Index: simtest-howto.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/simtest-howto.html,v
retrieving revision 1.27
diff -p -u -r1.27 simtest-howto.html
--- simtest-howto.html 21 Sep 2006 14:17:36 -0000 1.27
+++ simtest-howto.html 5 Mar 2008 02:29:26 -0000
@@ -23,10 +23,10 @@
<p>The combined tree contains GCC sources plus several modules of
the <code>src</code> tree: <code>binutils</code> and
- <code>newlib</code> for the build, <code>gdb</code> for the
- simulators, and <code>dejagnu</code> for the testing tools. If you
- already build with a combined tree you can use your current setup;
- if not, these instructions will get you the sources you need.</p>
+ <code>newlib</code> for the build and <code>sim</code> for the
+ simulators. If you already build with a combined tree you can use
+ your current setup; if not, these instructions will get you the
+ sources you need.</p>
<h3>Check out initial CVS trees</h3>
@@ -49,7 +49,7 @@ contrib/gcc_update --touch
cd ${TOP}
cvs -d :pserver:anoncvs@sourceware.org:/cvs/src login
# You will be prompted for a password; reply with "anoncvs".
-cvs -d :pserver:anoncvs@sourceware.org:/cvs/src co binutils newlib dejagnu gdb
+cvs -d :pserver:anoncvs@sourceware.org:/cvs/src co binutils newlib sim
</pre>
<h3>Update CVS trees</h3>
@@ -73,9 +73,9 @@ contrib/gcc_update
<h3>Create a combined tree</h3>
<p>Create a tree that consists of all of the files from the GCC and
- binutils/gdb/newlib source trees (including several simulators in
+ binutils/sim/newlib source trees (including several simulators in
<code>src/sim</code>), with the GCC files overriding the
- binutils/gdb/newlib files when there's a conflict. It's done this
+ binutils/sim/newlib files when there's a conflict. It's done this
way because the GCC files are the master copy. To save on disk
space, these commands actually make a tree of hard links rather
than duplicating all the files:</p>
@@ -103,8 +103,7 @@ cd ${TOP}
mkdir build install
cd build
../combined/configure \
- --target=arm-elf --prefix=${TOP}/install \
- --with-newlib --disable-gdbtk
+ --target=arm-elf --prefix=${TOP}/install
make
</pre>
@@ -116,14 +115,21 @@ make
<pre>
cd ${TOP}/build
-make check-gcc RUNTESTFLAGS=--target_board=arm-sim
+make check-gcc check-target-libstdc++-v3 RUNTESTFLAGS=--target_board=arm-sim
</pre>
+or just
+<pre>
+cd ${TOP}/build
+make check RUNTESTFLAGS=--target_board=arm-sim
+</pre>
+to exercise the just-built gcc on every test-suite in the tree.
<p>The only reliable way (apart from guessing that it's probably
`*-sim') to find out the name of the target board is to look in the
- DejaGNU sources, in <code>dejagnu/baseboards</code>, for something
- that looks right. Or you can use this table of combinations that at
- one time compiled, usable as test-targets with the instructions above.</p>
+ DejaGNU sources, in <code>/usr/share/dejagnu/baseboards</code>, for
+ something that looks right. Or you can use this table of combinations
+ that at one time compiled, usable as test-targets with the
+ instructions above.</p>
<p>You can compare your test results against the archived results
linked below to detect major problems. As always, if you're testing
brgds, H-P