Thanks Jeff, that’s what I thought.
Here is my situation: Keen on anyone’s views (there is of course one obvious one, but that’s challenging to do):
I am helping an organisation (who shall remain anonymous for now) who have a large(ish) system with the generation of 20 .DLLs and one .EXE (so 21 .APP files). However, in their wisdom over the years they have just referenced different .DLLs and so the whole system is one large circular-dependancy — seriously - the DLL with the least references to other DLLs still references more than half of all other modules and those modules reference back to it anyway).
if you delete all .LIB and .DLL files you cannot re-compile the system as the compilation process wants to reference the various .LIB files which have not been built yet and so there is a compilation ERROR (not warning).
The reason they have been OK for a long time is they always work in the same folder and never delete anything. I’m trying to clean things up, automate build processes, automate deployment, allow multiple developers (with care) etc and am a believer in ensuring a clean compilation process.
So, any thoughts form anyone other than fixing all the circular references ?