Re: Problem compiling OpenSSH 4.2p1 on Tru64 UNIX 4.0F
From: Darren Tucker (dtucker_at_zip.com.au)
Date: 10/04/05
- Previous message: Derek Martin: "Re: Using ssh remote for a nohup process"
- In reply to: Eric Liszka: "Problem compiling OpenSSH 4.2p1 on Tru64 UNIX 4.0F"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Tue, 04 Oct 2005 09:15:13 +1000 To: Eric Liszka <eric.liszka@mci.com>
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.
- Previous message: Derek Martin: "Re: Using ssh remote for a nohup process"
- In reply to: Eric Liszka: "Problem compiling OpenSSH 4.2p1 on Tru64 UNIX 4.0F"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
|
