*“What can EXTRA_DIST_LINKS achieve that AC_CONFIG_LINKS cannot?”*

With AC_CONFIG_LINKS() symlinks are present only in a configured package,
but a developer might want that symlinks are present before launching
configure, or even before launching the bootstrap script.

True about the development system typically supporting symlinks. But what
if a developer wants to package something *for another developer*? It is
not unusual to have a non-bootstraped “dev” version of a package
circulating among developers (without the configure script – only
configure.ac and Makefile.am), together with a bootstraped version
distributed for the general audience (*with* the configure script). I do
that regularly.

There must be a way to preserve symlinks if explicitly requested, it is not
possible that Autotools forces grown up developers to launch tar manually
when they want to package symlinks. I even agree with the fact that when a
package is distributed to the general audience or distro maintainers it
should have all its links dereferenced, but I also believe that Autotools
should offer a way to preserve symlinks when explicitly requested.

I was thinking that an idea could be to change my patch in order to
preserve symlinks only under --enable-maintainer-mode. There must be a way.

--madmurphy

Reply via email to