performance problems under CYGWIN

[Warlich, Christof]

Hi,

I've written a complex and generic Makefile to deal with a rather huge project.
While I started the development under Linux, I ultimately had to move to Windows
as this is our development platform. But now, my problem is that any reciepe 
that
Make executes has a 2 to 3 second delay before it starts doing any work. As I 
have
several thousand small files to compile, this delay sums up to an unacceptable 
amount.

Just running a small sample Makefile to test if the problem may be reproduced 
in a
small environment did not help, as everything works fast and fine then, e.g.:

FILES:=s1 s2 s3 s4 s5 s6 s7 s8 s9
OBJECTS:=$(addsuffix .o,$(FILES))
.PHONY: $(OBJECTS)
s.a: $(OBJECTS)
 ar -rcs $@ $^
define doit
    $1.o:
 touch $$@
endef
$(foreach i,$(FILES),$(eval $(call doit,$(i))))

But doing the same (e.g. using just "touch" in the recipes in my real Makefile) 
does show
the described delay. Here some sample log snippet when running "make -d":

> Invoking recipe from 
> /cygdrive/d/views/d7ks01_v6.21.01_ADWACH13/D7_ERL_D7KS_SRC_01/Makefile:823 to 
> update target
> `Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o'.
> Child access: user 554833 (real 554833), group 10513 (real 10513)
!!!!!!!!!!!!!!!!!!!!!!!~1.5s delay
> Child access: user 554833 (real 554833), group 10513 (real 10513)
!!!!!!!!!!!!!!!!!!!!!!!~1.5s delay
> Putting child 0x549420 (Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o) 
> PID 40420 on the chain.
> Live child 0x549420 (Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o) PID 
> 40420
> Child access: user 554833 (real 554833), group 10513 (real 10513)
> Compiling for target "fa_gmc.a": touch 
> Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o
> Reaping winning child 0x549420 PID 40420
> Live child 0x549420 (Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o) PID 
> 5192
> Child access: user 554833 (real 554833), group 10513 (real 10513)
> Reaping winning child 0x549420 PID 5192
> Removing child 0x549420 PID 5192 from chain.

Can anyone give me a hint as to why the delay may occur after the two "child 
access "lines above?

Thanks for any help,

Chris