%% [EMAIL PROTECTED] writes:
z> if (listp)
z> ..^
z> %CC-E-UNDECLARED, In this statement, "listp" is not declared.
z> at line number 204 in file DISK$USER:[ZINSER.TMP.MAKE]variable.c;3
z> ---> This is really serious since it does cause the compilation
z> t
Hello,
I was recently contacted by a user trying to build GNU make on OpenVMS.
This prompted me to check version 3.79.1 on my own system and I did
receive the following messages during compilation:
$ @makefile
Compiling alloca...
Compiling ar...
Compiling arscan...
Compiling commands...
Compili
%% Mark Jaffe <[EMAIL PROTECTED]> writes:
mj> make is failing to evaluate a target ".INIT" which is intended to
mj> fetch required files.
GNU make does not support any special behavior for a ".INIT" target.
It's treated as just a normal target.
mj> os:sh = uname -r
mj> versi
make is failing to evaluate a target ".INIT" which is intended to fetch
required
files. It is also failing to evaluate the environment to determine suitable
host
os/version:
[mjaffe@taylorws] ~/Kernel> uname -r
5.7
[mjaffe@taylorws] ~/Kernel> grep Solaris /etc/release | awk '{ print $3 }'
8/9
Yes, this is a known issue with make and with any other tool that
operates based on comparing timestamps. The debug messages I guess are
a little misleading in this case... when it says "prerequisite is newer"
what it really means is that the prerequisite was changed during this
invocation of mak
Hi all,
I'm a numerical analysis who has been running a script that solves a
standard test set of optimization problems by repeatedly linking them
with an optimization code and then running the resulting
executable. Some of these problems are old and solve very quickly on
modern computers. This
