[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Patch to aclocal
From: |
Alexandre Duret-Lutz |
Subject: |
Re: Patch to aclocal |
Date: |
Sun, 09 Mar 2003 19:31:22 +0100 |
User-agent: |
Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 (gnu/linux) |
>>> "Philip" == Philip Willoughby <address@hidden> writes:
[...]
Philip> I take your point about moving the functionality into
Philip> autoconf being the right thing to do, but this doesn't
Philip> solve my problem right now. (I haven't heard any
Philip> mention of it on address@hidden BTW).
http://mail.gnu.org/archive/html/automake-patches/2002-07/msg00099.html
Philip> In any case, the problem isn't going to go away,
Philip> autoconf will also need some way of finding
Philip> package-installed macros. OK, perhaps ACLOCALPATH
Philip> isn't the right name for it in that eventuality, but
Philip> it's got to exist and it's got to be called
Philip> something...
I agree. I'm just explaining why *I* don't want to commit time
to this. If you want to implement this new feature, please do
it in a way that won't require further work.
- It's a change so it needs a ChangeLog entry
- It's a new feature, so
- it needs a NEWS entry,
- it must be documented, and
- it should be exercized by the test suite.
- It interact with existing features (-I option and dirlist),
so that needs to be documented too.
- aclocal is run throughout the test suite, so you should make
sure setting this envvar will never lead to spurious failures.
- All the above will be large enough to require you sign
a copyright disclaimer before it can be installed.
See http://sources.redhat.com/automake/contribute.html for other details.
--
Alexandre Duret-Lutz
Re: Patch to aclocal, Alexandre Duret-Lutz, 2003/03/05