On Wed, 01 Dec 2004, Stepan Kasal wrote: > On Wed, Dec 01, 2004 at 11:24:33AM -0200, Henrique de Moraes Holschuh wrote: > > On Wed, 01 Dec 2004, Stepan Kasal wrote: > > > I learned from that text how can autotools and CVS/svn combined. > > > Though I personally obey the rule ``no generated files in the RCS'', > > > I seriously considered the other alternatives because of that text. > > > > I will read it, I am curious about what it says that could have such a > > strong effect on you. Maybe it can change my mind about the issue (but I > > doubt it)... > > No, it didn't have _strong_ effect. I just happened to learn about ``CVS in > practice'' from that. So perhaps we should suggest that the text pushes > the rule ``no generated files in the RCS'' more strongly. I see. I have also read the text, and really, the two "keep autogenerated files under revision control" rationales can IMHO be translated to "if the project has a major mess for a development base, then you're better off with the autogenerated files under revision control". Of course, this assumes that one considers "a very diverse development base" a "mess", which is not always true. OTOH, one can have all sort of architectures in the development base and STILL avoid version skew trouble, that's the whole point of autotools. IMHO in the way of a "very diverse development base" lies madness sooner or later anyway (and of a far worse kind than what a small version skew in autotools would cause), so one would do best by fixing the issue in the first place. As for the need to run something like "./autogen.sh" when one gets a development version exported from the repository, well, that's what the INSTALL document is for, no? It is good practice to document all you need (including the version requirements for all build tools) in there anyway. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh _______________________________________________ Autoconf mailing list Autoconf@xxxxxxx http://lists.gnu.org/mailman/listinfo/autoconf
