This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [testsuite, ada, build] Allow for further differences in type output in run_acats
"Joseph S. Myers" <joseph@codesourcery.com> writes:
> On Mon, 13 Dec 2010, Rainer Orth wrote:
>
>> > The only specific thing about ACATS is that it has support files that
>> > need to be generated and some source compiled before compiling and
>> > running any ACATS test. The ACATS test execution output is very regular
>>
>> Indeed, and I plan to look into doing this once from make instead of
>> several times for each parallel check-acats sub-run. It seems like a
>> total waste of time to do this more than once per multilib.
>
> Building testsuite support files from make is a bad idea; a key advantage
> of using DejaGnu is that you can test an installed toolchain by creating a
> suitable site.exp and using "runtest --tool whatever" without needing a
> build tree for a particular toolchain component at all, and building
> support files other than from the .exp files causes problems for that.
Ok, I see. It still seems quite wasteful to build the support libs once
per parallel testsuite run instead of once per multilib, especially if
building them is expensive, as in libstdc++ and ACATS. I expect this to
be doable once per multilib instead of the current variant.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
- References:
- [testsuite, ada, build] Allow for further differences in type output in run_acats
- Re: [testsuite, ada, build] Allow for further differences in type output in run_acats
- Re: [testsuite, ada, build] Allow for further differences in type output in run_acats
- Re: [testsuite, ada, build] Allow for further differences in type output in run_acats
- Re: [testsuite, ada, build] Allow for further differences in type output in run_acats
- Re: [testsuite, ada, build] Allow for further differences in type output in run_acats