Hi
This is my code
include $(MAKEFILE_INC)
CPU = ARMSA110
TOOL = gnu
LIB_BASE = $(NCP_SW_HOME)/bin
LIB = $(LIB_BASE)/OctalMAC.a
LIB_OBJS = macdrv.o PseudoDrvEnd.o
#ADDED_C++FLAGS = -w -Wall -pedantic -DOS=VXWORKS -DIOSTYLE=HARDWARE \
# -DVXWORKS -DVX_WORKS -DPETH_DRV -DPETH_NUM_DEVS=8 -DMAC_21440 -D__unix
$(INCLUDE)
ADDED_C++FLAGS = -w -Wall -pedantic $(NCP_C++FLAGS) \
-DFAST_PORT1=8 -DFAST_PORT2=9 -DRFC1812 -D__unix $(INCLUDE)
.SUFFIXES: .o .cpp .c .h .hxx
.cpp.o :
$(CXX) $(DBG_FLAG) $(C++FLAGS) -c $?
@ echo ""
.c.o :
$(CC) $(DBG_FLAG) $(C++FLAGS) -c $?
@ echo ""
exe : $(LIB)
$(LIB) : $(LIB_OBJS)
$(AR) -rc $(LIB) $(LIB_OBJS)
clean :
$(RM) $(LIB_OBJS) $(LIB)
here C++FLAGS= -O
CXX=cc
CC=cc
AR=ar
RM=rm
Here in the code i havent used the -k or - to suppress the errors.
On 6/25/08, Dave Korn <[EMAIL PROTECTED]> wrote:
>
> Murali Krishna wrote on 25 June 2008 07:38:
>
> > Hi
> >
> > I am working in a makefile issue where the makefile doesn't stop
> > compilation even after it encounters the error in the cpp file.
> >
> > The make continues with next rule even though the earlier rule gives the
> > non zero exit status. What could be the possible cause for this scenario?
>
> There's a bug on line 278 of your makefile. You just need to fix it and
> everything will work fine.
>
>
>
> .
>
>
> .
>
>
> .
>
>
>
>
>
> Nahh, seriously, an example or some details would be nice. Did you use
> "-k" when invoking make? Are the command-lines prefixed with "-" to
> suppress errors? Are you mistaken about whether the earlier rule actually
> does return non-zero status? It's pretty hard to diagnose a problem when
> the only information you give is "It doesn't work - why?"! Can you show us
> an example, with the relevant lines of your makefile and the output you see
> in your shell when building?
>
> cheers,
> DaveK
> --
> Can't think of a witty .sigline today....
>
>
_______________________________________________
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make
