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_
> Date: Wed, 25 Jun 2008 20:19:39 +0400
> From: "Vitaly Murashev" <[EMAIL PROTECTED]>
>
> I found a bug in GNU Make 3.81 on MS Windows. So let me discuss it and
> suggest a patch.
Thanks. Your code is generally OK, but, unless I'm missing something,
it has a few deficiencies:
. It doesn't add
Hello, FSF community.
I found a bug in GNU Make 3.81 on MS Windows. So let me discuss it and
suggest a patch.
The problem take place in function abspath when trying to expand paths
which are already full qualified.
makefile for test is the next:
---
$(info test - $(abspath C:/))
$(info test - $(a
Dear Johan Bezem,
Iam able to recompile only modified resources after verifying below
site. I need help if I need to include my .o files also in same folder.
In my projects we maintain separate folders for object files in each
subfolder. Also would be grateful if you explain further on $(*F).
M
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
-k ?
http://www.gnu.org/software/make/manual/make.html#Testing
Another possiblity is a command script that unexpectedly returns true.
E.g.:
foo:
gcc ... || true
...will never fail even if gcc fails...
/Lasse
From: [EMAIL PROTECTED]
[mailto
