Recursive make, GNU make 3.75 Win32

[jbm...@my-deja.com]

- Apologies if this ends up as a second post:
network trouble earlier in the day -

I'm trying to do what must be a very simple thing:
recurse into sub-dirs on NT and run Cygwin32 (gnu)
make there. I'm using this top-level Makefile
currently:

SHELL = /bin/sh
JAVA= javac -classpath %CLASSPATH% *.java
CLASS= *.class

MODULES = agents api applets application
components emaildaemon exceptions persistence
query util
.PHONY: $(MODULES)

$(MODULES):
cd $@; ${MAKE}

all: $(MODULES)

clean :
del $(CLASS) /s
rm -rf $(CLASS)

When executed, I rec've these errors:

/topLevel\>make -k all
cd agents; make
/c: Can't open /c
make: *** [agents] Error 2
cd api; make
/c: Can't open /c
make: *** [api] Error 2
cd applets; make
/c: Can't open /c
make: *** [applets] Error 2
cd application; make
/c: Can't open /c
make: *** [application] Error 2
cd components; make
/c: Can't open /c
make: *** [components] Error 2
cd emaildaemon; make
/c: Can't open /c
make: *** [emaildaemon] Error 2
cd exceptions; make
/c: Can't open /c
make: *** [exceptions] Error 2
cd persistence; make
/c: Can't open /c
make: *** [persistence] Error 2
cd query; make
/c: Can't open /c
make: *** [query] Error 2
cd util; make
/c: Can't open /c
make: *** [util] Error 2
make: Target `all' not remade because of errors.

When I manually change to the lower-level dirs,
make executes properly in each using its
corresponding Makefile.

What is /c: ? I've looked for ANY reference to
that error message & cannot find any.

ENV: NT 4 SP 4, Cygwin B20, /bin exists & bash
runs properly. This is a rookie error, but I've
searched the manual, Cygnus' site, GNU's site, and
here & still haven;t figured it out.

Sent via Deja.com http://www.deja.com/
Before you buy.

[jbm...@my-deja.com]

Setting MAKE_MODE=UNIX inside the command session solved the "can't
open" problem. Paul - thanks for the tip on using a .PHONY target. That
solved the first half of the problem.

In article <7u0v1g$tqd$1...@nnrp1.deja.com>,
jbm...@my-deja.com wrote:

> When executed, I rec've these errors:
>
> /topLevel\>make -k all
> cd agents; make
> /c: Can't open /c

[nis...@my-deja.com]

/c comes about because make is trying to pass dos style switches to
itself. to change this behaviour under cygwin set the MAKE_MODE
environment variable to "unix".

Matt

In article <7u0v1g$tqd$1...@nnrp1.deja.com>,
jbm...@my-deja.com wrote:

> - Apologies if this ends up as a second post:
> network trouble earlier in the day -
>
> I'm trying to do what must be a very simple thing:
> recurse into sub-dirs on NT and run Cygwin32 (gnu)
> make there. I'm using this top-level Makefile
> currently:
>
> SHELL = /bin/sh
> JAVA= javac -classpath %CLASSPATH% *.java
> CLASS= *.class
>
> MODULES = agents api applets application
> components emaildaemon exceptions persistence
> query util
> .PHONY: $(MODULES)
>
> $(MODULES):
> cd $@; ${MAKE}
>
> all: $(MODULES)
>
> clean :
> del $(CLASS) /s
> rm -rf $(CLASS)
>

> When executed, I rec've these errors:
>
> /topLevel\>make -k all
> cd agents; make
> /c: Can't open /c

> make: *** [agents] Error 2

> cd api; make

> /c: Can't open /c

> make: *** [api] Error 2

> cd applets; make

> /c: Can't open /c

> make: *** [applets] Error 2

> cd application; make

> /c: Can't open /c

> make: *** [application] Error 2

> cd components; make

> /c: Can't open /c

> make: *** [components] Error 2

> cd emaildaemon; make

> /c: Can't open /c

> make: *** [emaildaemon] Error 2

> cd exceptions; make

> /c: Can't open /c

> make: *** [exceptions] Error 2

> cd persistence; make

> /c: Can't open /c

> make: *** [persistence] Error 2

> cd query; make

> /c: Can't open /c

> make: *** [query] Error 2

> cd util; make

> /c: Can't open /c

> make: *** [util] Error 2
> make: Target `all' not remade because of errors.
>
> When I manually change to the lower-level dirs,
> make executes properly in each using its
> corresponding Makefile.
>
> What is /c: ? I've looked for ANY reference to
> that error message & cannot find any.
>
> ENV: NT 4 SP 4, Cygwin B20, /bin exists & bash
> runs properly. This is a rookie error, but I've
> searched the manual, Cygnus' site, GNU's site, and
> here & still haven;t figured it out.
>