On 01/05/2012 07:18 PM, Bruno Haible wrote: > Stefano Lattarini wrote: >> If gnulib could assume Automake 1.11, >> it could simply add the `parallel-tests' option to AUTOMAKE_OPTIONS in the >> gnulib-controlled Makefile.am. This setting would only influence the >> execution >> of the test cases provided by gnulib itself, and wouldn't have any impact on >> the >> "global" testsuite framework used by the package. It would be a win-win >> situation > > I don't think this would be desirable. The maintainer of a package does not > want to learn how to use two different testsuite frameworks within the scope > of his package. > Then what if a package maintainer do not use *any* of the testsuite frameworks provided by the automake[1]? Following your reasoning, gnulib is currently "forcing" him to use the automake-provided `simple-tests' driver!
[1] This is not a far-fetched assumption: GNU make and GNU m4 do this, for example. > It is not gnulib's business to force the 'parallel-tests' > mechanism on a package maintainer. > > Bruno > Regards, Stefano
