Eric Liszka wrote:
Hello,
I had compiled 3.7p2 on my Tru64 4.0F system successfully a couple
of years ago. Trying to compile 4.2p1, the make fails. I have tried it with
DEC C V5.9-011 (which is what I used to compile 3.7p2) and the new
Tru64 compiler, and with Compaq C++ V7.1-006 for Digital UNIX V4.0F.
I hope I don't have to use gcc to compile this new version.
make fails at this point:
/usr/bin/cxx -g -I. -I.. -I. -I./.. -I/usr/local/ssl/include
-I/usr/local/ssl/include/openssl -I/usr/local/include -I/usr/include
-DHAVE_CONFIG_H -c strtonum.c
cc: Error: strtonum.c, line 55: In this statement, "ldLL" is not
declared. (undeclared)
else if ((ll == LLONG_MIN && errno == ERANGE) || ll <
From the typescript, I see that LLONG_MAX is not defined by the headers
and is calculated by configure. It would appear that this calculation
does not work correctly for your system for some reason.
Take a look in config.h and you should find the definition of LLONG_MAX
and LLONG_MIN, which I suspect are wrong.
The quick fix is to replace that definition by hand with whatever the
maximum and minimum values for a signed "long long" are on an Alpha
running Tru64 (is that 64 or 128 bits?). The real fix is to find out
why the configure test doesn't work, whether it's a problem with the
test or elsewhere, and fix that.
It looks like this kind of thing doesn't work on your system:
long long n = 1;
printf("%lld", n);
--
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69
Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.
