Retro68/gcc/INSTALL/test.html

315 lines
12 KiB
HTML
Raw Normal View History

2018-12-28 15:30:48 +00:00
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
2019-06-02 15:48:37 +00:00
<!-- Copyright (C) 1988-2019 Free Software Foundation, Inc.
2012-03-27 23:13:14 +00:00
2018-12-28 15:30:48 +00:00
Permission is granted to copy, distribute and/or modify this document
2012-03-27 23:13:14 +00:00
under the terms of the GNU Free Documentation License, Version 1.3 or
any later version published by the Free Software Foundation; with no
Invariant Sections, the Front-Cover texts being (a) (see below), and
with the Back-Cover Texts being (b) (see below). A copy of the
2018-12-28 15:30:48 +00:00
license is included in the section entitled "GNU
Free Documentation License".
2012-03-27 23:13:14 +00:00
(a) The FSF's Front-Cover Text is:
2018-12-28 15:30:48 +00:00
A GNU Manual
2012-03-27 23:13:14 +00:00
(b) The FSF's Back-Cover Text is:
2018-12-28 15:30:48 +00:00
You have freedom to copy and modify this GNU Manual, like GNU
2012-03-27 23:13:14 +00:00
software. Copies published by the Free Software Foundation raise
2018-12-28 15:30:48 +00:00
funds for GNU development. -->
2019-06-02 15:48:37 +00:00
<!-- Created by GNU Texinfo 6.5, http://www.gnu.org/software/texinfo/ -->
2018-12-28 15:30:48 +00:00
<head>
2019-06-02 15:48:37 +00:00
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
2018-12-28 15:30:48 +00:00
<title>Installing GCC</title>
<meta name="description" content="Installing GCC">
<meta name="keywords" content="Installing GCC">
<meta name="resource-type" content="document">
<meta name="distribution" content="global">
<meta name="Generator" content="makeinfo">
<style type="text/css">
<!--
a.summary-letter {text-decoration: none}
blockquote.indentedblock {margin-right: 0em}
blockquote.smallindentedblock {margin-right: 0em; font-size: smaller}
blockquote.smallquotation {font-size: smaller}
div.display {margin-left: 3.2em}
div.example {margin-left: 3.2em}
div.lisp {margin-left: 3.2em}
div.smalldisplay {margin-left: 3.2em}
div.smallexample {margin-left: 3.2em}
div.smalllisp {margin-left: 3.2em}
kbd {font-style: oblique}
pre.display {font-family: inherit}
pre.format {font-family: inherit}
pre.menu-comment {font-family: serif}
pre.menu-preformatted {font-family: serif}
pre.smalldisplay {font-family: inherit; font-size: smaller}
pre.smallexample {font-size: smaller}
pre.smallformat {font-family: inherit; font-size: smaller}
pre.smalllisp {font-size: smaller}
span.nolinebreak {white-space: nowrap}
span.roman {font-family: initial; font-weight: normal}
span.sansserif {font-family: sans-serif; font-weight: normal}
ul.no-bullet {list-style: none}
-->
</style>
2012-03-27 23:13:14 +00:00
</head>
2018-12-28 15:30:48 +00:00
<body lang="en">
<h1 class="settitle" align="center">Installing GCC</h1>
<a name="index-Testing"></a>
<a name="index-Installing-GCC_003a-Testing"></a>
<a name="index-Testsuite"></a>
<p>Before you install GCC, we encourage you to run the testsuites and to
2012-03-27 23:13:14 +00:00
compare your results with results from a similar configuration that have
been submitted to the
2018-12-28 15:30:48 +00:00
<a href="http://gcc.gnu.org/ml/gcc-testresults/">gcc-testresults mailing list</a>.
2012-03-27 23:13:14 +00:00
Some of these archived results are linked from the build status lists
at <a href="http://gcc.gnu.org/buildstat.html">http://gcc.gnu.org/buildstat.html</a>, although not everyone who
2018-12-28 15:30:48 +00:00
reports a successful build runs the testsuites and submits the results.
2012-03-27 23:13:14 +00:00
This step is optional and may require you to download additional software,
but it can give you confidence in your new GCC installation or point out
problems before you install and start using your new GCC.
2018-12-28 15:30:48 +00:00
</p>
<p>First, you must have <a href="download.html">downloaded the testsuites</a>.
2012-03-27 23:13:14 +00:00
These are part of the full distribution, but if you downloaded the
&ldquo;core&rdquo; compiler plus any front ends, you must download the testsuites
separately.
2018-12-28 15:30:48 +00:00
</p>
<p>Second, you must have the testing tools installed. This includes
2012-03-27 23:13:14 +00:00
<a href="http://www.gnu.org/software/dejagnu/">DejaGnu</a>, Tcl, and Expect;
the DejaGnu site has links to these. For running the BRIG frontend
tests, a tool to assemble the binary BRIGs from HSAIL text,
<a href="https://github.com/HSAFoundation/HSAIL-Tools/">HSAILasm</a> must
be installed.
2018-12-28 15:30:48 +00:00
</p>
<p>If the directories where <code>runtest</code> and <code>expect</code> were
installed are not in the <code>PATH</code>, you may need to set the following
2012-03-27 23:13:14 +00:00
environment variables appropriately, as in the following example (which
2018-12-28 15:30:48 +00:00
assumes that DejaGnu has been installed under <samp>/usr/local</samp>):
</p>
<div class="smallexample">
<pre class="smallexample">TCL_LIBRARY = /usr/local/share/tcl8.0
DEJAGNULIBS = /usr/local/share/dejagnu
</pre></div>
<p>(On systems such as Cygwin, these paths are required to be actual
2012-03-27 23:13:14 +00:00
paths, not mounts or links; presumably this is due to some lack of
portability in the DejaGnu code.)
2018-12-28 15:30:48 +00:00
</p>
<p>Finally, you can run the testsuite (which may take a long time):
</p><div class="smallexample">
<pre class="smallexample">cd <var>objdir</var>; make -k check
</pre></div>
2012-03-27 23:13:14 +00:00
2018-12-28 15:30:48 +00:00
<p>This will test various components of GCC, such as compiler
2012-03-27 23:13:14 +00:00
front ends and runtime libraries. While running the testsuite, DejaGnu
might emit some harmless messages resembling
2018-12-28 15:30:48 +00:00
&lsquo;<samp>WARNING: Couldn't find the global config file.</samp>&rsquo; or
&lsquo;<samp>WARNING: Couldn't find tool init file</samp>&rsquo; that can be ignored.
</p>
<p>If you are testing a cross-compiler, you may want to run the testsuite
2012-03-27 23:13:14 +00:00
on a simulator as described at <a href="http://gcc.gnu.org/simtest-howto.html">http://gcc.gnu.org/simtest-howto.html</a>.
2018-12-28 15:30:48 +00:00
</p>
<a name="How-can-you-run-the-testsuite-on-selected-tests_003f"></a>
<h3 class="section">How can you run the testsuite on selected tests?</h3>
2012-03-27 23:13:14 +00:00
<p>In order to run sets of tests selectively, there are targets
2018-12-28 15:30:48 +00:00
&lsquo;<samp>make check-gcc</samp>&rsquo; and language specific &lsquo;<samp>make check-c</samp>&rsquo;,
2019-06-02 15:48:37 +00:00
&lsquo;<samp>make check-c++</samp>&rsquo;, &lsquo;<samp>make check-d</samp>&rsquo; &lsquo;<samp>make check-fortran</samp>&rsquo;,
2018-12-28 15:30:48 +00:00
&lsquo;<samp>make check-ada</samp>&rsquo;, &lsquo;<samp>make check-objc</samp>&rsquo;, &lsquo;<samp>make check-obj-c++</samp>&rsquo;,
&lsquo;<samp>make check-lto</samp>&rsquo;
in the <samp>gcc</samp> subdirectory of the object directory. You can also
just run &lsquo;<samp>make check</samp>&rsquo; in a subdirectory of the object directory.
</p>
<p>A more selective way to just run all <code>gcc</code> execute tests in the
2012-03-27 23:13:14 +00:00
testsuite is to use
2018-12-28 15:30:48 +00:00
</p>
<div class="smallexample">
<pre class="smallexample">make check-gcc RUNTESTFLAGS=&quot;execute.exp <var>other-options</var>&quot;
</pre></div>
<p>Likewise, in order to run only the <code>g++</code> &ldquo;old-deja&rdquo; tests in
the testsuite with filenames matching &lsquo;<samp>9805*</samp>&rsquo;, you would use
</p>
<div class="smallexample">
<pre class="smallexample">make check-g++ RUNTESTFLAGS=&quot;old-deja.exp=9805* <var>other-options</var>&quot;
</pre></div>
<p>The file-matching expression following <var>filename</var><code>.exp=</code> is treated
as a series of whitespace-delimited glob expressions so that multiple patterns
may be passed, although any whitespace must either be escaped or surrounded by
single quotes if multiple expressions are desired. For example,
</p>
<div class="smallexample">
<pre class="smallexample">make check-g++ RUNTESTFLAGS=&quot;old-deja.exp=9805*\ virtual2.c <var>other-options</var>&quot;
make check-g++ RUNTESTFLAGS=&quot;'old-deja.exp=9805* virtual2.c' <var>other-options</var>&quot;
</pre></div>
<p>The <samp>*.exp</samp> files are located in the testsuite directories of the GCC
source, the most important ones being <samp>compile.exp</samp>,
<samp>execute.exp</samp>, <samp>dg.exp</samp> and <samp>old-deja.exp</samp>.
To get a list of the possible <samp>*.exp</samp> files, pipe the
output of &lsquo;<samp>make check</samp>&rsquo; into a file and look at the
&lsquo;<samp>Running &hellip; .exp</samp>&rsquo; lines.
</p>
<a name="Passing-options-and-running-multiple-testsuites"></a>
<h3 class="section">Passing options and running multiple testsuites</h3>
2012-03-27 23:13:14 +00:00
<p>You can pass multiple options to the testsuite using the
2018-12-28 15:30:48 +00:00
&lsquo;<samp>--target_board</samp>&rsquo; option of DejaGNU, either passed as part of
&lsquo;<samp>RUNTESTFLAGS</samp>&rsquo;, or directly to <code>runtest</code> if you prefer to
2012-03-27 23:13:14 +00:00
work outside the makefiles. For example,
2018-12-28 15:30:48 +00:00
</p>
<div class="smallexample">
<pre class="smallexample">make check-g++ RUNTESTFLAGS=&quot;--target_board=unix/-O3/-fmerge-constants&quot;
</pre></div>
2012-03-27 23:13:14 +00:00
2018-12-28 15:30:48 +00:00
<p>will run the standard <code>g++</code> testsuites (&ldquo;unix&rdquo; is the target name
2012-03-27 23:13:14 +00:00
for a standard native testsuite situation), passing
2018-12-28 15:30:48 +00:00
&lsquo;<samp>-O3 -fmerge-constants</samp>&rsquo; to the compiler on every test, i.e.,
2012-03-27 23:13:14 +00:00
slashes separate options.
2018-12-28 15:30:48 +00:00
</p>
<p>You can run the testsuites multiple times using combinations of options
2012-03-27 23:13:14 +00:00
with a syntax similar to the brace expansion of popular shells:
2018-12-28 15:30:48 +00:00
</p>
<div class="smallexample">
<pre class="smallexample">&hellip;&quot;--target_board=arm-sim\{-mhard-float,-msoft-float\}\{-O1,-O2,-O3,\}&quot;
</pre></div>
2012-03-27 23:13:14 +00:00
2018-12-28 15:30:48 +00:00
<p>(Note the empty option caused by the trailing comma in the final group.)
The following will run each testsuite eight times using the &lsquo;<samp>arm-sim</samp>&rsquo;
2012-03-27 23:13:14 +00:00
target, as if you had specified all possible combinations yourself:
2018-12-28 15:30:48 +00:00
</p>
<div class="smallexample">
<pre class="smallexample">--target_board='arm-sim/-mhard-float/-O1 \
arm-sim/-mhard-float/-O2 \
arm-sim/-mhard-float/-O3 \
arm-sim/-mhard-float \
arm-sim/-msoft-float/-O1 \
arm-sim/-msoft-float/-O2 \
arm-sim/-msoft-float/-O3 \
arm-sim/-msoft-float'
</pre></div>
<p>They can be combined as many times as you wish, in arbitrary ways. This
2012-03-27 23:13:14 +00:00
list:
2018-12-28 15:30:48 +00:00
</p>
<div class="smallexample">
<pre class="smallexample">&hellip;&quot;--target_board=unix/-Wextra\{-O3,-fno-strength\}\{-fomit-frame,\}&quot;
</pre></div>
<p>will generate four combinations, all involving &lsquo;<samp>-Wextra</samp>&rsquo;.
</p>
<p>The disadvantage to this method is that the testsuites are run in serial,
2012-03-27 23:13:14 +00:00
which is a waste on multiprocessor systems. For users with GNU Make and
a shell which performs brace expansion, you can run the testsuites in
2018-12-28 15:30:48 +00:00
parallel by having the shell perform the combinations and <code>make</code>
do the parallel runs. Instead of using &lsquo;<samp>--target_board</samp>&rsquo;, use a
2012-03-27 23:13:14 +00:00
special makefile target:
2018-12-28 15:30:48 +00:00
</p>
<div class="smallexample">
<pre class="smallexample">make -j<var>N</var> check-<var>testsuite</var>//<var>test-target</var>/<var>option1</var>/<var>option2</var>/&hellip;
</pre></div>
<p>For example,
</p>
<div class="smallexample">
<pre class="smallexample">make -j3 check-gcc//sh-hms-sim/{-m1,-m2,-m3,-m3e,-m4}/{,-nofpu}
</pre></div>
<p>will run three concurrent &ldquo;make-gcc&rdquo; testsuites, eventually testing all
2012-03-27 23:13:14 +00:00
ten combinations as described above. Note that this is currently only
2018-12-28 15:30:48 +00:00
supported in the <samp>gcc</samp> subdirectory. (To see how this works, try
typing <code>echo</code> before the example given here.)
</p>
2018-12-28 15:30:48 +00:00
<a name="How-to-interpret-test-results"></a>
<h3 class="section">How to interpret test results</h3>
2018-12-28 15:30:48 +00:00
<p>The result of running the testsuite are various <samp>*.sum</samp> and <samp>*.log</samp>
files in the testsuite subdirectories. The <samp>*.log</samp> files contain a
2012-03-27 23:13:14 +00:00
detailed log of the compiler invocations and the corresponding
2018-12-28 15:30:48 +00:00
results, the <samp>*.sum</samp> files summarize the results. These summaries
2012-03-27 23:13:14 +00:00
contain status codes for all tests:
2018-12-28 15:30:48 +00:00
</p>
<ul>
<li> PASS: the test passed as expected
</li><li> XPASS: the test unexpectedly passed
</li><li> FAIL: the test unexpectedly failed
</li><li> XFAIL: the test failed as expected
</li><li> UNSUPPORTED: the test is not supported on this platform
</li><li> ERROR: the testsuite detected an error
</li><li> WARNING: the testsuite detected a possible problem
</li></ul>
<p>It is normal for some tests to report unexpected failures. At the
2012-03-27 23:13:14 +00:00
current time the testing harness does not allow fine grained control
over whether or not a test is expected to fail. This problem should
be fixed in future releases.
2018-12-28 15:30:48 +00:00
</p>
2012-03-27 23:13:14 +00:00
2018-12-28 15:30:48 +00:00
<a name="Submitting-test-results"></a>
<h3 class="section">Submitting test results</h3>
2012-03-27 23:13:14 +00:00
<p>If you want to report the results to the GCC project, use the
2018-12-28 15:30:48 +00:00
<samp>contrib/test_summary</samp> shell script. Start it in the <var>objdir</var> with
</p>
<div class="smallexample">
<pre class="smallexample"><var>srcdir</var>/contrib/test_summary -p your_commentary.txt \
-m gcc-testresults@gcc.gnu.org |sh
</pre></div>
<p>This script uses the <code>Mail</code> program to send the results, so
make sure it is in your <code>PATH</code>. The file <samp>your_commentary.txt</samp> is
2012-03-27 23:13:14 +00:00
prepended to the testsuite summary and should contain any special
remarks you have on your results or your build environment. Please
do not edit the testsuite result block or the subject line, as these
messages may be automatically processed.
2018-12-28 15:30:48 +00:00
</p>
<hr />
<p>
<p><a href="./index.html">Return to the GCC Installation page</a>
2018-12-28 15:30:48 +00:00
</p>
<hr>
2012-03-27 23:13:14 +00:00
2018-12-28 15:30:48 +00:00
</body>
</html>