>> But I'm not sure, if using _any_ cache is good thing. > > I understand, but we should remain compatible with VS where > possible and in this case it's even necessary (for creating > strong named assemblies).
Could you clarify that strong name thing, please? VS compatibility is a good thing, but I don't see it as necessarity in my case. We have extra features in solution, and maybe ability turning off something VS does, is not so bad as well. Anyway, we need strong names support in any case, that's sure. > > I want to do CLEAN build, so I <delete> all output files, all "obj" > > folder and still - there is hidden cache! Even > non-documented cache. I > > don't see this as the right way... > > For this, I've been meaning to introduce a clean mode for > the <solution> task, but I haven't yet found time for it (pfffff). No problem - we are all busy :-) > No interim files is not an option: this would result in very > bad performance for embedded resources as they would have to > be recompiled on every run. Yes - it is. But sometimes it's not a problem. I do not mind if nighly build takes 2 hours instead of 1 at all. I usually sleep in that time anyway :-) > > btw: could be solution compiled completely without obj folders? I > > think some very old NAnt do not used them (0.84?) Or > alternativelly - > > could we use one folder (say c:\temp) for obj folders of > all projects > > in the solution? > > No, we must use the same folder structure as Visual Studio. > If not, we run into problems with relative paths (in the > AssemblyKeyFile assembly-level attribute). Is this totally needed? Say - other than AssemblyKeyFile relative path will broke? This could be documented behaviour of such an attribute (interim-path) > Also, a temp directory should only be used for temporary > files, and intermediate build output cannot be considered temp files. Yes - temp was bad example. In fact, obj folders are not so bad. They are local to sourcecode, one is used to them from VS etc. But VSWebCache is bad in my eyes. That is something like static variable in multithreaded application. You never know, when and what it broke. Martin ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers