This is the mail archive of the automake@gnu.org mailing list for the automake project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: lib_DATA


>>> "Tom" == Tom Tromey <tromey@redhat.com> writes:

 >>>>>> "adl" == Alexandre Duret-Lutz <duret_g@lrde.epita.fr> writes:
 adl> I tend to agree.  Given that users can define their own
 adl> unchecked directories, this restriction doesn't make much sense.

 Tom> The code in question predates the ability to define one's own
 Tom> directories.  Now it functions only as a simple sanity check; it
 Tom> forces you to override things in unusual cases.  I'm not wedded to
 Tom> having this constraint.  Though perhaps just allowing lib_DATA would
 Tom> be a more conservative change.

Today we could also turn this error into a warning.  After all,
using lib_DATA does not prevent Automake from producing a
correct Makefile.in.  People could then disable this with
-Wno-mumble (and it could be disabled by default in foreign
mode).  Any idea what `mumble' should be?
-- 
Alexandre Duret-Lutz



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]