[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: gen-make.py

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-10-26 00:25:48 CEST

Greg Stein wrote:

>On Thu, Oct 24, 2002 at 11:54:29AM -0500, Ben Collins-Sussman wrote:
>
>
>>Karl Fogel <kfogel@newton.ch.collab.net> writes:
>>
>>>Both ways are error prone, but at least our way you don't have to go
>>>crawling over the logs to figure out how to update the list when
>>>something goes wrong.
>>>
>>>
>>Actually, I don't think this is a realistic fear. I don't see how a
>>developer could add a new C file and forget to edit the static list;
>>otherwise the developer would never be able to compile at all. And we
>>all know that while perhaps we don't always run 'make check' before
>>each commit, we all *do* compile our changes first. :-)
>>
>>
>
>It is absolutely a realistic fear. How many people here have added files and
>not updated the .dsp files? Every single one of us. Multiple times. Oh, here
>and there, some developer with a particularly large brain on that day will
>remember to edit the .dsp file. But I'd say the 90% is to forget it.
>
Hear, hear. The way things stand now, I never have to worry about
getting flamed for not updating the Unix file list. So I can keep my
blowtorch handy with a clear conscience. :-)

>The gen-make system is designed to keep both build systems in sync.
>Automatically.
>
[...later...]

>And, of course, changes in the system might lose or complicate the .dsp
>generation capability. (not there yet, but getting closer every day...)
>
Exactly. I have a large, cast-iron "-1" here, to be used as a siege
weapon against attempts to rip out the gen-make stuff.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 26 00:26:41 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.