Sorry for the delay. Fixed in MR !2663.
It turns out that the *read* for $(file <...) did not occur until
gmake 4.2 so this bit me even on a (admittedly old) Linux dev box.
To enable the widest range of usage, I keep a modified version
of the current $(shell ...) usage, but have commented out the
gmake >4.2 solution for people who want the truly scalable
solution (e.g., globsearch='*'). The current fix should work
until dm, or other package, gets to around 9K tests which seems to
be when globsearch failed.
The new solution uses an upgraded `config/query_tests.py` script
so is similar to the query/queryval functionality.
Scott
On 3/28/20 10:34 AM, Satish Balay via petsc-dev wrote:
On Sat, 28 Mar 2020, Jed Brown wrote:
Matthew Knepley <[email protected]> writes:
IIRC, the $(file ...) function does not work with stock make in macOS.
You're right; that is a make 4.0 feature. But developers who need
globsearch should have the ability to evade Apple's anti-GNU smear.
Do we really have to make things hard on Mac to use something I use every
day hundreds of times?
Are you still using make-3.81? Do you also use an Apple Newton?
You can still use search and searchin.
Scott can implement globsearch to call Python that calls make print-test
(listing tests on stdout) and returns the result on stdout. But it
can't pass the list all the tests on the command line.
Configure has been printing this warning for a very long time - but its easily
ignored..
===============================================================================
***** WARNING: You have an older version of Gnu make, it
will work,
but may not support all the parallel testing options. You
can install the
latest Gnu make with your package manager, such as brew or
macports, or use
the --download-make option to get the latest Gnu make *****
===============================================================================
Satish
--
Tech-X Corporation [email protected]
5621 Arapahoe Ave, Suite A Phone: (720) 974-1841
Boulder, CO 80303 Fax: (303) 448-7756
