Problem with GNU make / Win32-port

Hello,

I tried the WIN32 port of GNU make (downloaded from
http://gnuwin32.sourceforge.net/packages.html) (version 3.81)
I try to use make together with MSP340 port of GNU gcc.
and have following problem:


Makefile looks like this:

----------------------------------------------------------------------------
-----------------

CC=msp430-gcc
CPPFLAGS= -g -O2 -mmcu=msp430x1121 -D_GNU_ASSEMBLER_ -nostartfiles -nostanda
rtlibs

PROGS = \
    RTC11x-TA \
	RTC11x-WD

all: $(PROGS)

clean:
	-rm -f $(PROGS)

----------------------------------------------------------------------------
-----------------



And I have files RTC11x-TA.S ; RTC11x-WD.S


First preprocessor should be started (to include some .h files etc)
and then assembler should run.
Make should generate command like:
msp430-gcc -g -O2 -mmcu=msp430x1121 -D_GNU_ASSEMBLER_ -nostartfiles -nostand
artlibs RTC11x-TA.S -o RTC11x-TA

But it does not. (if I type previous command directly by hand, it's OK)

But make generates only
msp430-gcc RTC11x-TA.s -o RTC11x-TA
(with lower-case .s)
This command start assembler without preprocessor, and it is wrong.

I think there is following issue: Make tries, if intermediate product
(RTC11x-TA.s) exists.
And Windows answers YES (because for WIN the RTC11x-TA.s exists - it is the
same file as RTC11x-TA.S).
So make skips the preprocessing and start the assembler directly.

If I define variable ASFLAGS=something, it appears in the command.
e.g. If I define
ASFLAGS= -g -O2 -mmcu=msp430x1121 -D_GNU_ASSEMBLER_ -nostartfiles -nostandar
tlibs
the command line looks like
msp430-gcc -g -O2 -mmcu=msp430x1121 -D_GNU_ASSEMBLER_ -nostartfiles -nostand
artlibs RTC11x-TA.s -o RTC11x-TA
(nearly OK, but with lower-case .s)


Is there any simple solution of this problem?


Thank you very much for any answer



Ing. Michal Holy
-------------------------
DFC Design spol. s r. o.
Strma 3001/11B
616 00 BRNO
CZECH REPUBLIC
Reg. nr.: 27688097
--------------------------
Tel.:     (00420) 733 314 176
E-mail.:  [email protected]