Re: Add support for EXTRA_DIST_LINKS

madmurphy <[email protected]>
Newsgroups gmane.comp.sysutils.automake.patches
Message-ID <CAExyPMey_HbozW-XuoU+48kvTKFu=CFDJ8vsb8rN-2GqX8Tk0w@mail.gmail.com>
*“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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.