RE: [NAntC-Dev] Proposed change to vb6 task

[Nick Zigomanis]

Hi Subbu,   In theory, yes. But in actuality, we try to use build avoidance to minimise what we build.   So on subsequent builds, or patch builds, we only want to build projects whose source files or references have changed. We let the vb6 task determine whether the source or references have changed (as it should), and whether a rebuild is required, however, we don’t know before hand whether a rebuild will be required, so we don’t know whether to update the version info. If we update the version info before the vb6 task, then everything will get rebuilt, if we don’t update the version info, then we may have compiled binaries with the wrong version info in it.   The easiest solution (for us), is to update all the project files with the new version info (which is a very quick process), even though in actuality, they don’t all require a rebuild, and then to let the vb6 task build only those projects whose source or references have changed. To do this, we want to ignore the timestamp on the vbp file.   Regards, Nick. From: Subbu Balakrishnan [mailto:[EMAIL PROTECTED] Sent: Wednesday, 20 October 2004 3:31 PM To: Nick Zigomanis Cc: [EMAIL PROTECTED] Subject: RE: [NAntC-Dev] Proposed change to vb6 task   Hi Nick   Maybe I'm missing something very obvious here ... but wouldn't you want the versioning, company info etc. compiled into the binary therefore necessitating a build when the project file is changed?   Regards Subbu -----Original Message----- From: Nick Zigomanis [mailto:[EMAIL PROTECTED] Sent: Wednesday, 20 October 2004 2:50 PM To: [EMAIL PROTECTED] Subject: [NAntC-Dev] Proposed change to vb6 task Hi all,   Currently the vb6 task in determining whether a rebuild is required checks the following:   -          Project file -          Source files -          References (optional)   The checking of references can be controlled with an attribute.   What I'm proposing is that the checking of the project file is also controllable with an attribute (default value = true).   The reason for this is that in our case, our formal build will always generate a copy of the  project files with all the necessary information in it (versioning, company info, etc, etc) prior to the actual compilation taking place, so I don't want to check the timestamp on the project file because it would always cause a rebuild.   The change is fairly trivial, and there is no change to existing functionality. I actually have this change in my local environment, and have been running it for several weeks now.   What do you think?   Regards, Nick.