public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Richard Guenther <richard.guenther@gmail.com>
To: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Cc: Mike Stump <mikestump@comcast.net>,
	Mikael Morin <mikael.morin@sfr.fr>,
	fortran@gcc.gnu.org, 	gcc-patches@gcc.gnu.org,
	ro@cebitec.uni-bielefeld.de
Subject: Re: [PATCH] gfortran testsuite: implicitly cleanup-modules
Date: Thu, 15 Mar 2012 15:57:00 -0000	[thread overview]
Message-ID: <CAFiYyc31bzxVtHdwtEGWL-VatXu8o=fLX9FLkbtnci_ObRrAzg@mail.gmail.com> (raw)
In-Reply-To: <20120315123954.GA27018@mx.loc>

On Thu, Mar 15, 2012 at 1:39 PM, Bernhard Reutner-Fischer
<rep.dot.nop@gmail.com> wrote:
> On Tue, Mar 13, 2012 at 01:30:29PM -0700, Mike Stump wrote:
>>On Mar 13, 2012, at 9:38 AM, Bernhard Reutner-Fischer wrote:
>>> Could some of the testsuite maintainers please eyeball?
>>
>>I've eyed it, the only thing that stood out was:
>>
>>-foreach testcase [lsort [glob -nocomplain $srcdir/$subdir/*.F]] {
>>-    if ![runtest_file_p $runtests $testcase] then {
>>-      continue
>>-    }
>>-    fortran-torture $testcase
>>-}
>>-
>>-foreach testcase [lsort [glob -nocomplain $srcdir/$subdir/*.f90]] {
>>-    if ![runtest_file_p $runtests $testcase] then {
>>-      continue
>>-    }
>>-    fortran-torture $testcase
>>-}
>>
>>which, I hope does what you want.
>
> It replaces a manually unrolled loop with a loop over the
> testcase-extensions and works as expected. Or did you mean something
> else?
>>
>>Assuming you like those parts, Ok.
>
> committed as r185430.

You forgot to add fortran-modules.exp :(

That breaks final testing result it seems (at least).

Richard.

>>
>>Since it touches non-fortran, please watch for and respond to any problems it might cause.
>
> Of course, as always.
>
> PS: I saw that the cleanup-tree-dump is also a bit redundant.
> When looking at e.g. gcc/testsuite/gcc.dg/pr52578.c one would think that
> scan-tree-dump-times might be able to automagically collect which
> dumpfiles to cleanup as last step in dg-final.
>
> One could go one step further and even implicitly add the corresponding
> dg-options according to the expected scan-tree-dump files although this
> might not be worth it iff there are passes that may produce dump-files
> different to their pass name (did not look if this is possible). One
> would have to strip the pass-number off the dump-file for passes that
> are run more than once, too. Just a thought..
>
> Thanks and cheers,

  reply	other threads:[~2012-03-15 15:57 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-26 21:40 [patch, testsuite, committed] Clean up gfortran.dg leftover module files Brooks Moses
2007-03-26 21:45 ` FX Coudert
2007-03-27 17:24   ` Bernhard Fischer
2007-03-27 17:29     ` Bernhard Fischer
2012-03-01 21:10       ` [PATCH] gfortran testsuite: implicitly cleanup-modules Bernhard Reutner-Fischer
2012-03-09  0:04         ` Mikael Morin
2012-03-13 16:39           ` Bernhard Reutner-Fischer
2012-03-13 20:31             ` Mike Stump
2012-03-15 12:40               ` Bernhard Reutner-Fischer
2012-03-15 15:57                 ` Richard Guenther [this message]
2012-03-15 16:56                   ` Bernhard Reutner-Fischer
2012-03-15 19:36                     ` Jakub Jelinek
2012-03-16 10:05                       ` Bernhard Reutner-Fischer
2012-03-16 15:00                         ` Bernhard Reutner-Fischer
2012-06-29  0:15                           ` Bernhard Reutner-Fischer
2012-06-29  0:55                             ` Mike Stump
2012-06-29  0:56                               ` Bernhard Reutner-Fischer
2012-06-29  5:43                                 ` Mike Stump
2013-06-07 14:30                                   ` Bernhard Reutner-Fischer
2013-06-10 23:21                                     ` Ben Elliston
2012-03-19 17:36                         ` Rainer Orth
2012-03-22 12:30                           ` Bernhard Reutner-Fischer
2012-04-03 12:17                             ` [PATCH] gfortran testsuite: implicitly cleanup-modules, part 2 Bernhard Reutner-Fischer
2012-04-03 12:58                               ` Bernhard Reutner-Fischer
2012-04-13 10:51                                 ` PING " Bernhard Reutner-Fischer
2012-04-13 13:58                                   ` Mike Stump
2012-04-13 14:40                                     ` Bernhard Reutner-Fischer
2012-04-13 20:09                                       ` Mike Stump
2012-04-13 14:15                               ` Mike Stump
2015-04-23  8:55                         ` [PATCH] gfortran testsuite: implicitly cleanup-modules Bernhard Reutner-Fischer
2015-04-29 21:58                           ` Joseph Myers

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='CAFiYyc31bzxVtHdwtEGWL-VatXu8o=fLX9FLkbtnci_ObRrAzg@mail.gmail.com' \
    --to=richard.guenther@gmail.com \
    --cc=fortran@gcc.gnu.org \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=mikael.morin@sfr.fr \
    --cc=mikestump@comcast.net \
    --cc=rep.dot.nop@gmail.com \
    --cc=ro@cebitec.uni-bielefeld.de \
    /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).