I just downloaded the new version...
None of my pre-existing Makefiles work with the new version. They all die
with the following error:
*** Insufficient number of arguments (1) to function `addprefix'. Stop.
The error is caused by the following usage:
$(addprefix all__,$(SUBDIRS))::$
Actually, further investigation yields the following (what I consider to
be) inconsistency:
$ echo 'all: ;' | make -q -f- ; echo $?
0
$ echo 'all: ; $X' | make -q -f- ; echo $?
1
To me, that's wrong; you should get the same result with a completely
empty string as you do with a variable
%% "Albert L. Ting" <[EMAIL PROTECTED]> writes:
alt> Doing a "make -q" with the following makefile returns a 1 status
alt> where it should really return a 0 status. Can this be fixed? I
alt> know I could wrap an ifndef expression around the ALL commands,
alt> but I use this a lot.
al
%% Regarding make 3.79 status problem; you wrote:
alt> Doing a "make -q" with the following makefile returns a 1 status
alt> where it should really return a 0 status. Can this be fixed? I
alt> know I could wrap an ifndef expression around the ALL commands,
alt> but I use this a lot.
Ca
Doing a "make -q" with the following makefile returns a 1 status where it
should really return a 0 status. Can this be fixed? I know I could wrap
an ifndef expression around the ALL commands, but I use this a lot.
Thanks,
Albert
commands :=
.PHONY: all
all: foo
"Paul D. Smith" <[EMAIL PROTECTED]>:
> This is obliquely stated in the documentation:
>
> `.SECONDARY'
> The targets which `.SECONDARY' depends on are treated as
> intermediate files, except that they are never automatically
> deleted. *Note Chains of Implicit Rules: Chained Rule
%% Seth M LaForge <[EMAIL PROTECTED]> writes:
sml> (Make version 3.79.) Consider:
sml> % cat Makefile
sml> %.1: %.2
sml> cp $< $@
sml> %.2: %.3
sml> cp $< $@
sml> .SECONDARY:
sml> % ls
sml> Makefile foo.3
sml> % make foo.1
sml> cp foo.3
%% Laird Nelson <[EMAIL PROTECTED]> writes:
ln> It appears that the pattern matching character ("%") is not
ln> expanded in phony targets.
You're right.
This is a feature.
ln> For example, given a GNUmakefile like this:
ln> TARGET_NAMES:=phony-a phony-b phony-c
ln> d : $(TARG
It appears that the pattern matching character ("%") is not expanded in
phony targets.
For example, given a GNUmakefile like this:
TARGET_NAMES:=phony-a phony-b phony-c
d : $(TARGET_NAMES)
phony-% :
@echo Phony target is $@
.PHONY : $(TARGET_NAMES) d
...making "d" resul
