Does a 2.70 release exist?

[Nicholas Clark]

I was reading through the GNU Make manual's directory-variable guidelines,
and I noticed that it calls out Autoconf 2.70 as having support for
@runstatedir@ (nominally @localstatedir@/run or /var/run).

For reference, I was looking at:
https://www.gnu.org/software/make/manual/html_node/Directory-Variables.html
in the 'runstatedir' section.

I'm working on a project right now that that wants to use @runstatedir@ for
storing some unix-domain sockets, and I'd love to be able to control the
location via autotools.

The catch is that I can't find Autoconf 2.70 anywhere! 2.69 seems like it's
the most recent release everywhere that I can find (except for the Git
repo).

Where can I find the 2.70 release? Is GNU Make's documentation wrong and
2.70 doesn't exist? If that's true, will it ever exist?

-Nick

[Eric Blake]

Post by Nicholas Clark
The catch is that I can't find Autoconf 2.70 anywhere! 2.69 seems like it's
the most recent release everywhere that I can find (except for the Git
repo).
Where can I find the 2.70 release? Is GNU Make's documentation wrong and
2.70 doesn't exist? If that's true, will it ever exist?

I have not yet (made? found?) the time to release 2.70. But it will
happen, someday.

[Nicholas Clark]

Any chance there could be a small 2.70 release with support for
runstatedir? It's already in the Autoconf git repo. I've messed around some
with other build systems, and I've never come across one I like more than
Autotools. It would be awesome to get baked-in support for runstatedir
without needing to do some hack.

Post by Eric Blake

Post by Nicholas Clark
The catch is that I can't find Autoconf 2.70 anywhere! 2.69 seems like

it's

Post by Nicholas Clark
the most recent release everywhere that I can find (except for the Git
repo).
Where can I find the 2.70 release? Is GNU Make's documentation wrong and
2.70 doesn't exist? If that's true, will it ever exist?

I have not yet (made? found?) the time to release 2.70. But it will
happen, someday.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. [phone]
Virtualization: qemu.org | libvirt.org