The makedepend program should generate a dependency on the makefile.win in the current directory (and the closure of makefiles which are indirectly included -- rules.mak, config.mak, and win32 would be good to start with). Although not the end-all, this should incrementally improve Win32 depend builds.

Leaf, is this something you're willing to tackle? If not, reassign it back at me.

I'll look into this.

I'm moving this to cyeh, since he's been doing the work on it and has an idea of what is wrong... chris, if you want me to work on the perl foo to generate dependencies, let me know by reassigning this to me.

just setting a target milestone to get it off the radar of bugs with no milestones

not going to hold M6 for this, moving to M7.

moving to M8

clearing milestone. get to this when i can get to this.

too busy to look at this, but marking assinged

mass reassign to leaf

mass re-assign of all bugs where i was listed as the qa contact

dan has graciously decided to take this bug.

makedepend still only grovels for .h files, however rules.mak and the .inc files all correctly depend on makefilw.win In addition, dlls, exes, and libs depend on their OBJS files and the appropriate $(DEPTH)/config/foo.inc, and the OBJS themselves depend on the global rules.mak, config.mak and WIN32. This is way overkill for day to day developer builds (a minor change to rules.mak causes the world to rebuild) but is necessary to guarantee a good build and to keep tinderbox depend builds successful. These changes have been in since September 1999; I did not know about this bug but am closing it now