On 2022/06/13 15:39, Paul Eggert wrote:
In many Gnu projects, the 'configure' script is the biggest barrier to
building because it takes s long to run. Is there some way that we
could improve its performance without completely reengineering it, by
improving Bash so that it can parallelize '
Hi all:
Macro AC_PROG_CC_C99 is obsolete as of Autoconf version 2.70 . Projects like
OpenOCD are resorting to this kind of workaround:
m4_version_prereq([2.70],[],[AC_PROG_CC_C99])
You can see it here:
https://sourceforge.net/p/openocd/code/ci/master/tree/configure.ac
Other projects are doi
On 6/18/22 09:57, R. Diez wrote:
The trouble is, with the m4_version_prereq solution mentioned above, I
am still getting the following warning,
Actually, the trouble is that OpenOCD is not consistently using the
m4_version_prereq solution. You're getting the message from the
unprotected call
Actually, the trouble is that OpenOCD is not consistently using the
m4_version_prereq solution.
You're getting the message from the unprotected call to AC_PROG_CC_C99 in
openocd-code/src/jtag/drivers/libjaylink/configure.ac.
I hadn't realised, many thanks for your help.
That file actually
Hi all,
On 14.06.22 00:39, Paul Eggert wrote:
In many Gnu projects, the 'configure' script is the biggest barrier to
building because it takes s long to run. Is there some way that we
could improve its performance without completely reengineering it, by
improving Bash so that it can parall
