Two
%.z: VAL = Three
export VAL
one two %.z:
@ echo "\$$VAL = $$VAL"
@ echo "$$(VAL) = $(VAL)"
# End
--
Darren Hiebert <[EMAIL PROTECTED]>
XonTech, Inc. (256) 971-2977
e1 is still executed even though
the value of VALUE is rule2.
# Begin Makefile
VALUE = rule1
r2: VALUE = rule2
rule1 rule2:
@ echo "$@ executed"
show_value:
@ echo "VALUE = $(VALUE)"
r1 r2: show_value $(VALUE)
# End Makefile
--
Darren Hiebert <[EMAIL PROTECTED]>
XonTech, Inc. (256) 971-2977
may be demonstrated by uncommenting the DATE macro in the
above makefile.
Note that this bug does not appear with make-3.77 or make-3.78.1 on
IRIX 6.5. Nor does it appear on Linux with any version of make.
--
Darren Hiebert <[EMAIL PROTECTED]>
XonTech, Inc. (256) 971-2977
r implying that this behavior is new to make-3.79.
Is there a later version of GNU cp which copies across the
nanosecond field also? It seems that even the SGI versions do not.
--
Darren Hiebert <[EMAIL PROTECTED]>
XonTech, Inc. (256) 971-2977
hanks for your prompt responses and great help!
--
Darren Hiebert <[EMAIL PROTECTED]>
XonTech, Inc. (256) 971-2977
Follow-up Comment #1, bug #18617 (project make):
I would like to piggyback on this enhancement request. I would like to see
some manner of printing out the fully resolved makefile that make processes
after evaluating $(foreach), $(eval), and ($call) functions. For example,
consider this complicat
I am using make-3.81beta2 and have run into a situation in which
make gets stuck in an infinite loop in the function update_goal_chain()
in remake.c. I attached a debugger to the make process and stepped
through this function. I found that 'lastgoal' was non-null and that
update_file() always retu
March 1, 2005.
May I ask what happened to this release schedule? What is currently
holding up the release?
--
Darren Hiebert
Phone: 256-964-5830
Pager: 877-214-3485
XonTech Systems
Missle Defense Division
Northrop Grumman Mission Systems
___
Bug-make
