[fdo-internals] Remove Generated Files

Mateusz Loskot mateusz at loskot.net
Tue Oct 30 06:41:10 EDT 2007

Frank Warmerdam wrote:
> Mateusz Loskot wrote:
>> Greg Boone wrote:
>>> IMHO... I would seriously consider removing all generated files
>>> and require the user call build_linux.sh, which is what the
>>> documentation suggests now.
>> I'm all for that. IMO this is a very good practice, especially if a
>>  project does follow GNU configuration based on ./configure script,
>>  Makefile.am files and autotools chain.
>> In comparison, this is not true for GDAL, so it would be not easy
>> to remove ./configure and brothers from the repo.
> Greg,
> I, on the other hand, think this is a bad idea.  If the environment
> is at all sensitive to the version of automake and autoconf, forcing 
> developers working from SVN to rebuild all the derived files runs the
> significant risk of problems related to them having the wrong
> versions of automake and autoconf.
> I've been driven away from involvement in a number of projects by
> this sort of a annoyances, and I think we would be making it harder
> for people to be involved in FDO causually.

Yes, I agree with Frank that there is such risk.

What I don't understand is that current building configuration
regenerates ./configure & friends always by default, so current solution
does not avoid this kind of problems pointed by Frank.
Second, even if we provide ./configure, users still *have* to generate
Makefile.in and Makefile files, so appropriate tools & its versions are
required sill.

What I want to say here is that not removing configure does not solve
potential problems with autotools versions.

Mateusz Loskot

More information about the fdo-internals mailing list