[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Patch: RFA: new option

From: Derek Robert Price
Subject: Re: Patch: RFA: new option
Date: Mon, 11 Aug 2003 14:00:01 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1

Alexandre Duret-Lutz wrote:

"Derek" == Derek Robert Price <address@hidden> writes:


Derek> if a file is in EXTRA_DIST then any cleanup should be
Derek> moved to the maintainer-clean target from whatever
Derek> target it rests in.  I think this check could be done
Derek> for all files found in EXTRA_DIST, not just docs?

This is PR/313.


Derek> Can these two ideas be reconciled?

Are they opposed?  One is about not cleaning files which are
ordinarily cleaned, and the other about not distributing files
which usually are.  That sounds complementary to me.

If both are implemented, I think they are complementary. I was just trying to avoid having two ways to specify the same thing, but thinking that if EXTRA_DIST was required for *.info files too that would break backwards compatibility. I suppose I should take a cue from Perl and just let it be. :)

Derek> Perhaps with dist_* targets and nodist_* targets?

That would works for *.texi files but not for *.info files.
info files do not appear in any variable.  Same issue with
flex and bison output.

No, but they could be. This could eliminate the problem with html and txt targets breaking recursive operation with homegrown makefiles that we were just discussing, unless the author wanted to deal with it.

For example, pdf_TEXINFOS could be required to build pdfs. Same with html_TEXINFOS, txt_TEXINFOS, ps_TEXINFOS, info_TEXINFOS, etc. Prepending dist_ or nodist_ could change the default dist behavior and syntax like

   txt_TEXINFOS = $(info_TEXINFOS)

could be used to avoid respecifying files.

(I once wrote a patch to support dist_, nodist_, and noinst_, but I
don't remember why I never applied it entirely

Hrm. Maybe because specifying all the *.info and maybe split HTML files (does that happen with makeinfo or only texi2html?) is a pain to maintain when the number of files generated might change depending on various factors?

I am not a typits.
I amnot a typist.
i m not Typist.




Email: address@hidden

Get CVS support at <>!
The Christmas Pageant does not stink.
The Christmas Pageant does not stink.
The Christmas Pageant does not stink...

         - Bart Simpson on chalkboard, _The Simpsons_

reply via email to

[Prev in Thread] Current Thread [Next in Thread]