emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#44458: closed (Regenerating testsuite-part.am when a new test case i


From: GNU bug Tracking System
Subject: bug#44458: closed (Regenerating testsuite-part.am when a new test case is added)
Date: Sun, 08 Nov 2020 02:14:02 +0000

Your message dated Sat, 7 Nov 2020 19:13:10 -0700
with message-id <202011080213.0A82DAbc012446@freefriends.org>
and subject line Re: bug#44458: Regenerating testsuite-part.am when a new test 
case is added
has caused the debbugs.gnu.org bug report #44458,
regarding Regenerating testsuite-part.am when a new test case is added
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
44458: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=44458
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: Regenerating testsuite-part.am when a new test case is added Date: Thu, 5 Nov 2020 01:39:47 +0000
Or, bug #11347 again.

I just spent quite a while chasing down a test failure that was due to testsuite-part.am not being remade when new tests were added.

I duly found bug #11347, which contains a rationale for not having testsuite-part.am depend on all the tests.

However, the rationale doesn't seem to explain the reason for removing the dependency on the *list* of tests. In particular, without depending on list-of-tests.mk, the dependencies of new tests are not extracted automatically, and so tests that depend on other tests can be run in the wrong order (this was exactly my case: I had two new tests that both depended on pkg-config).

Could the dependency of testsuite-part.am on list-of-tests.mk be reinstated?
--

--- End Message ---
--- Begin Message --- Subject: Re: bug#44458: Regenerating testsuite-part.am when a new test case is added Date: Sat, 7 Nov 2020 19:13:10 -0700
    without depending on list-of-tests.mk, the dependencies of new tests
    are not extracted automatically, and so tests that depend on other
    tests can be run in the wrong order

Indeed. For the record (as Reuben already knows :), I was seeing the
same unpredictable behavior wrt the new vala tests (in #13002) not
finding pkg-config.

Thus I have pushed the following change to try to revert that part of
the #11347 change. Fingers crossed.

Thanks much. -k

Attachment: testsuite-dependencies.diff
Description: Binary data


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]