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

[Subbu Balakrishnan]

Hi Nick   Build avoidance is always a good idea!!   I understand what you are trying to achieve now. Recognising the fact you already have a good functioning mechanism would it still be a good idea to achieve the same result by another route:   Pass parameters to the vb6 task i.e MajorVer, MinorVer etc. that only get wriiten to the vbp file (prior to the compile but after it has been determined that files and/or refs have changed and a compile is required). These properties could be global to the .build file and used for other purposes as well. Or you could read a config file with all the global settings. I haven't thought this through completely so you'll have to forgive me if there are major holes in it!   The reason I'm interested in all this is because I am desperately trying to get our 250+ COM components build off a proprietary build tool to NAnt and coming up against similar problems. I would be very interested in swapping war stories if possible.   I know its a bit late in the day to integrate vb6 into NAnt but someone has to do it!   Regards Subbu -----Original Message----- From: Nick Zigomanis [mailto:[EMAIL PROTECTED] Sent: Wednesday, 20 October 2004 4:16 PM To: Subbu Balakrishnan Cc: [EMAIL PROTECTED] Subject: RE: [NAntC-Dev] Proposed change to vb6 task 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.