[Top][All Lists]

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

Re: [AUCTeX-devel] Re: [Bug-AUCTeX] 2005-06-09; `make' tries to run tex

From: David Kastrup
Subject: Re: [AUCTeX-devel] Re: [Bug-AUCTeX] 2005-06-09; `make' tries to run texi2dvi now on Windows
Date: Mon, 13 Jun 2005 17:06:30 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Ralf Angeli <address@hidden> writes:

> * David Kastrup (2005-06-13) writes:
>> I would like to remove all traces of CVS from the tarball.  That means
>> that I don't want to distribute README.CVS and (and
>> .cvsignore files).  At the same time, I don't want to deliver a
>> tarball that is not a self-sufficient source in itself.
> I don't see a clear advantage of removing this stuff from the
> tarball (except for the .cvsignore files).  It makes the tarball a
> little smaller and removes a few files unnecessary for building the
> software but at the same time increases complexity of maintenance
> for the developers, unless, of course, the stuff in can
> be boiled down to something really trivial.

Well, I listed what it would boil down to.

I don't see how this makes maintenance more complex.  And it removes
some possible source of confusion for tarball recipients, while still
leaving them with recompilable source (I do not intend to remove or aclocal.m4).

> I'd just fix the `auctex', `preview', and `dist' targets in
> doc/, let the `dist' target in the top remove
> .cvsignore files,

I think that would be wrong.  "make dist" should not, I think, delete
files that are neither distributed in the tarball nor autogenerated by
any procedure from it.  I'd rather let the "tarball" target remove the
.cvsignore files in the _exported_ tree it creates.  Yes, using the
tarball _target_ will require CVS access.  But it should lead to the
absolutely same results if you start from a tarball, change things, do
"make dist && make distclean", then package the results.

> and merge the files.  But if you really want to go down
> the road of your proposal, feel free to do so.

Well, I am asking for input in order to figure out the best solution.
My proposal sounds sensible to me, but I am not sure I've considered
every aspect.

David Kastrup, Kriemhildstr. 15, 44793 Bochum

reply via email to

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