I have a bug to report that is apparently restricted to the win32
platform. This bug did not occur on rh6-linux with make3.79 when I
tested there.
In the makefile are two sets of object files, OBJS1, OBJS2, and
correspondingly two sets of source files, CSRC1, CSRC2. There are also
two timestamp
%% John Paden <[EMAIL PROTECTED]> writes:
jp> I tested this a bit I think it's a bug. However, I'm not
jp> completely familiar with make so I could have overlooked
jp> something.
Your makefile has a bug.
jp> all: $(LIBNAME)($(OBJS))
jp> $(LIBNAME)($(OBJS)) : $(OBJS)
This last line
(If you already have this... I'm sorry. I've been having some problems
with mail on by local machine so I decided to send it from another
machine)
Hello,
I tested this a bit I think it's a bug. However, I'm not
completely familiar with make so I could have overlooked something. I
look
Hello,
I tested this a bit I think it's a bug. However, I'm not
completely familiar with make so I could have overlooked something. I
looked at the online manual at:
http://www.gnu.ai.mit.edu/manual/make/html_node/make_toc.html
http://www.gnu.ai.mit.edu/manual/make/html_node/make_112.h
%% John Elliott <[EMAIL PROTECTED]> writes:
je> I am using the cygwin Make under NT4. I am having a problem using
je> the automatic variables $(*F) and $(*D) in my makefile, they don't
je> hold any value. The other automatic variables such as $(@F) and
je> $( DUMMY_2 = $(OBJECTS:.o=.d2)
Hi,
I am using the cygwin Make under NT4. I am having a problem using the
automatic variables $(*F) and $(*D) in my makefile, they don't hold any
value. The other automatic variables such as $(@F) and $(> depend.d
$(DUMMY_2) :
@ rm $(*D)/$(*F).d
make -f makefile.dbg $(*D)/$(*F)
This is PR/1586, already fixed in the latest release of GNU make.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://www.ultranet.com/~pauld/gma
We have run into a bug with GNU make 3.78.1 where it fails an assertion
trying to parse a particular Makefile. As suggested, we have reduced the
makefile to the smallest one possible that still exhibits the bug. That
makefile is attached. The expected output (as per make 3.77) is:
make: Nothin
