> From: Troy Laurin [mailto:[EMAIL PROTECTED] > > > I guess what I'm saying is that an "intermediate" file is > somewhat open > > to interpretation. > > I'd define a derived (intermediate) file as any file that can be > completely generated from some tool based on other files under source > control.
I can live with that definition. > > > Or to put it another way, if we > > > were to do another "build", it would perform exactly the > same steps, > > > in the same order, with the same resuls, as the first build. > > > > This would be true even if "clean" deleted all source files > and did a > > get from revision control. > > Indeed it would! But it's a bit of a heavy-handed approach... Sure, I'm just forcing you to be careful with your words ;-) It's a bad habit I picked up as a technical documentation editor... :-) > That's an extremely good extension to the above question. In this > case, where the generation tools aren't available to everyone (or not > everyone wants to install the generation tools), then I would probably > try to handle the generated files like a third-party library... check > in stable builds of the generated files, possibly with other > libraries, possibly in another "dependent" folder. The project using > the generated files then wouldn't even include the source files any > more... it would be pulled into a different project and someone (or a > group) would be responsible for keeping the versions in sync and up to > date. That's a good solution on the surface. However, that only works if the dependencies all go in one direction, from the hand generated code to the machine generated code. In other words, the machine generated code depends on code that's maintained by hand, and other hand generated code depends on the machine generated code, so I'm uncertain if this is feasible in practice. I can't recall at the moment whether you can create a .lib with undefined externals... and get them linked later. I could definitely move the generated code into another directory, and that would be a good start. I've considered it before. At least it would make people think twice about editing the machine generated code by hand (which happens from time to time). > > Thanks for an interesting discussion. > > Always a pleasure :-) Indeed. -Kelly E-Mail messages may contain viruses, worms, or other malicious code. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective action against such code. Sender is not liable for any loss or damage arising from this message. The information in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee(s). Access to this e-mail by anyone else is unauthorized. ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information _______________________________________________ Nant-users mailing list Nant-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users
