X: B
: Make X
Y: B
: Make Y
Z: B
: Make Z
.PHONY: B
.SECONDARY: B
B: C
: Setup for things that depend on C
C:
: Make C
At the moment, B will be explicitly remade regardless, because it is
phony. However, I only need to remake B if C has been remade.
Would it
Hello
I'm using:
GNU Make version 3.79.1
Built for i686-pc-cygwin
My project has some autogenerated C files. I use a different suffix for
these
files (.agc) so that I can delete them in the clean rule (rm -f *.agc).
Here is a simplified Makefile:
.SUFFIXES: .agc
all::boot test.o
boot::
cp t
"Paul D. Smith" wrote:
> This doesn't have anything to do with suffixes; you could get the same
> behavior in other ways.
>
> The issue is GNU make's directory cache feature.
>
> When GNU make first needs to find a file in a directory it caches the
> contents internally. Then as it runs rules wh
"Paul D. Smith" wrote:
> %% Patrick Craig <[EMAIL PROTECTED]> writes:
>
> pc> I can understand using the directory caching feature to improve
> pc> performance, but it seems that this feature does cause users some
> pc> problems. Couldn't you
It appears that make 3.80 is not reentrant in the use of
variable_expand_string/variable_buffer_output and
the static variables variable_buffer_length and variable_buffer. I
tripped across this while using $(eval ...)
in a make file. If the argument to $(eval ...) is large enough (more
than 20
I have a makefile that
exhibits a strange error
If I run make –B
(always build), it loops, rebuilding the .dep files.
I have isolated the
problem to a simple test case, which is provided as an attached gzipped
tarball.
I think this is a bug with
version 3.80, but it could be an
have not thought of?
Thanks,
--
Brandon Craig Rhodes http://www.rhodesmill.org/brandon
Georgia Tech Research Institute [EMAIL PROTECTED]
utput for your perusal, not that I think it will
tell you terribly much. I will provide what help I can, given my
workload, blah, blah, blah.
Thanks,
Craig Handler
4:29p
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built for Windows32
Copyright (C) 1988, 89, 90, 91, 92
