This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Some simulator targets "now" work. Patch for simtest-howto.htmlinstalled.
- To: Hans-Peter Nilsson <hp at bitrange dot com>
- Subject: Re: Some simulator targets "now" work. Patch for simtest-howto.htmlinstalled.
- From: Joel Sherrill <joel dot sherrill at OARcorp dot com>
- Date: Tue, 31 Jul 2001 07:28:18 -0500
- CC: gcc-patches at gcc dot gnu dot org
- Organization: OAR Corporation
- References: <Pine.BSF.4.30.0107301801570.42592-100000@dair.pair.com>
- Reply-To: joel dot sherrill at OARcorp dot com
Hans-Peter Nilsson wrote:
>
> There's much joy!
>
> With sources updated around Mon Jul 30 15:03:11 GMT 2001, build
> succeeds to enable testing on the following simulator targets:
>
> arm-elf/arm-sim
> mn10300-elf/mn10300-sim
> powerpc-eabisim/powerpc-sim
>
> (Yes, the PowerPC simulator previously failed building newlib, which
> evidently the auto-regression tester does not recompile.)
>
> So, I've installed this pre-approved patch. Note that I changed the
> example to use ARM, since d30v didn't at the moment build as per the
> instructions.
>
> Whatever patches were committed yesterday and today should probably be
> considered for the 3.0 branch, as Joel Sherrill reported breakage there.
I don't know what was checked in either but to recap the 3.0 status
on those targets.
+ I have tested arm-elf for C/C++ and reported results so someone can
use their
own discretion if the patches improve anything
+ Jeff Law just posted on the mn10300-elf being broken in
multiple ways on the 3.0 branch so it could likely be helped with
a merge from the trunk can help.
+ powerpc-elf suffers from a problem with the -mrelocatable multilib
build libstdc++-v3 as I recall. So a patch from the trunk would
be nice here also.
+ The i960 has a new file split off on the trunk. This is required
to build Fortran and at least one other secondary language.
+ The a29k has some patches on the trunk that are probably required
to build that target.
> Whoever fixed it, thank you for making these simulator targets usable.
>
> Index: simtest-howto.html
> ===================================================================
> RCS file: /cvs/gcc/wwwdocs/htdocs/simtest-howto.html,v
> retrieving revision 1.1
> diff -p -c -r1.1 simtest-howto.html
> *** simtest-howto.html 2001/07/26 07:23:17 1.1
> --- simtest-howto.html 2001/07/30 21:57:02
> ***************
> *** 7,13 ****
> <h1>How to test GCC on a simulator</h1>
>
> <p>Suppose you want to test GCC on some strange target, for which you
> ! don't have hardware. Let's pick d30v as an example. You can do it
> like this:</p>
>
> <h2>Create a combined tree.</h2>
> --- 7,13 ----
> <h1>How to test GCC on a simulator</h1>
>
> <p>Suppose you want to test GCC on some strange target, for which you
> ! don't have hardware. Let's pick ARM as an example. You can do it
> like this:</p>
>
> <h2>Create a combined tree.</h2>
> *************** cd ../..
> *** 46,65 ****
> <pre>
> mkdir build install
> cd build
> ! ../combined/configure --target=d30v-elf --prefix=`pwd`/../install
> make
> </pre>
>
> <h2>Test it.</h2>
>
> <p>The only trick here is that you want dejagnu to use the simulator,
> ! not try running the output on the build system. 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 dejagnu/baseboards, for something that looks right.</p>
> !
> <pre>
> ! make check-gcc RUNTESTFLAGS=--target_board=d30v-sim
> </pre>
> </body>
> </html>
> --- 46,97 ----
> <pre>
> mkdir build install
> cd build
> ! ../combined/configure --target=arm-elf --prefix=`pwd`/../install
> make
> </pre>
>
> <h2>Test it.</h2>
>
> <p>The only trick here is that you want dejagnu to use the simulator,
> ! not try running the output on the build system. For example:</p>
> <pre>
> ! make check-gcc RUNTESTFLAGS=--target_board=arm-sim
> </pre>
> + <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 dejagnu/baseboards, 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>
> +
> + <table border="0" cellspacing="5" cellpadding="5" align="left">
> + <tr valign="top" align="left">
> + <th>Target</th><th>Simulator</th><th>Verified</th><th>Comment</th>
> + </tr>
> +
> + <tr valign="top">
> + <td>arm-elf</td>
> + <td>arm-sim</td>
> + <td>2001-07-30</td>
> + <td>Many unexpected failures for C++: 420 and Fortran: 400.</td>
> + </tr>
> +
> + <tr valign="top">
> + <td>mn10300-elf</td>
> + <td>mn10300-sim</td>
> + <td>2001-07-30</td>
> + <td>CC0 target. Many unexpected failures for Fortran: 40 and ObjC: 72.</td>
> + </tr>
> +
> + <tr valign="top">
> + <td>powerpc-eabisim</td>
> + <td>powerpc-sim</td>
> + <td>Daily build</td>
> + <td>This target is used by <a
> + href="http://www.cygnus.com/~geoffk/gcc-regression/">an automatic
> + regression tester</a>. It'll complain to you by email if you break it.
> + Many unexpected Fortran failures on 2001-07-30: 60.</td>
> + </tr>
> +
> + </table>
> </body>
> </html>
>
> brgds, H-P
--
Joel Sherrill, Ph.D. Director of Research & Development
joel@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985