openssh bugs - Oct 2005 - [Bug 1104] Compile error "ldLL" not declared in strtonum.c under Tru64 Unix 4.0f

http://bugzilla.mindrot.org/show_bug.cgi?id=1104

           Summary: Compile error "ldLL" not declared in strtonum.c
under
                    Tru64 Unix 4.0f
           Product: Portable OpenSSH
           Version: 4.2p1
          Platform: Alpha
        OS/Version: OSF/1
            Status: NEW
          Severity: critical
          Priority: P2
         Component: Build system
        AssignedTo: bitbucket at mindrot.org
        ReportedBy: mcaskill.scott at epa.gov


Compilation of 4.2p1 fails on Tru64 Unix 4.0f platform with the following
configuration settings in use:
Host: alpha-dec-osf4.0f
          Compiler: cc -std1
          Compiler flags: -g 
          Preprocessor flags: -I/usr/local/ssl/include 
          Linker flags: -L/usr/local/ssl/lib 
          Libraries:   -lcrypto -lrt -lz  -lsecurity -ldb -lm -laud

Compilation fails with:
cc: Error: strtonum.c, line 55: In this statement, "ldLL" is not
declared.
(undeclared)
                                 else if ((ll == LLONG_MIN && errno ==
ERANGE)
|| ll < minval)
--------------------------------^
*** Exit 1
Stop.
*** Exit 1
Stop.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104





------- Comment #1 from mcaskill.scott at epa.gov  2005-10-15 02:32 -------
Created an attachment (id=996)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=996&action=view)
Compilation log for 4.2p1 under Tru 64 Unix 4.0f

This is the compilation log for 4.2p1 under Tru64 Unix 4.0f




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104





------- Comment #2 from dtucker at zip.com.au  2005-10-15 12:54 -------
Created an attachment (id=997)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=997&action=view)
Test fragment for LLONG_MIN and LLONG_MAX from configure.ac

Take a look in config.h and search for LLONG_MIN and LLONG_MAX.  I think that
configure is calculating the values but your printf doesn't usderstand
"%lld"
format.

You can compile and run this test program to confirm.  It should produce output
something like:
Calculating LLONG_MIN and LLONG_MAX
-9223372036854775808 9223372036854775807

As a quick fix, you can calculate the values of LLONG_MIN and LLONG_MAX by hand
and edit config.h with those values.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104


dtucker at zip.com.au changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
OtherBugsDependingO|                            |1047
              nThis|                            |
             Status|NEW                         |ASSIGNED






------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104





------- Comment #3 from mcaskill.scott at epa.gov  2005-10-17 22:03 -------
Compiling and running the test fragment under Tru 64 4.0f produces the
following output:
Calculating LLONG_MIN and LLONG_MAX
ld ld

Oddly(?), compiling and running the test fragment on another box under Tru 64
5.1 produces the following output (as expected):
Calculating LLONG_MIN and LLONG_MAX
-9223372036854775808 9223372036854775807

Manually editing config.h with explicit values for LLONG_MIN and LLONG_MAX on
the Tru 64 4.0f box produced a "clean" compilation.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104





------- Comment #4 from dtucker at zip.com.au  2005-10-17 23:08 -------
(In reply to comment #3)
> Compiling and running the test fragment under Tru 64 4.0f produces the
> following output:
> Calculating LLONG_MIN and LLONG_MAX
> ld ld
Sounds like your compiler has long longs but snprintf in libc doesn't
understand understand them ("%lld").
> Oddly(?), compiling and running the test fragment on another box under Tru
64
> 5.1 produces the following output (as expected) [...]
5.1 would have a newer libc which would explain it.

Perhaps we could add a special case in the test for this.  Could you please run
"make survey", make sure the "survey" file doesn't
contain anything you
consider sensitive then attach the file to this bug?  Hopefully there will be
suitable definitions there to special-case this without further contortions in
configure or having people hand-fixing config.h (it's not like people still
running 4.0f need extra challenges :-)




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104





------- Comment #5 from mcaskill.scott at epa.gov  2005-10-18 00:46 -------
Created an attachment (id=1003)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=1003&action=view)
survey




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104





------- Comment #6 from dtucker at zip.com.au  2005-10-18 20:52 -------
Created an attachment (id=1006)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=1006&action=view)
relocate llong_max test and add Tru64-specific test

The attached patch attempts to work around this.  If you apply it you will need
to rerun autoconf to rebuild configure.  I will attach a configure rebuilt with
the patch in case you can't conveniently rebuild it, in which case just
replace
the configure in the 4.2p1 tarball with it.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104





------- Comment #7 from dtucker at zip.com.au  2005-10-18 20:53 -------
Created an attachment (id=1007)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=1007&action=view)
configure.gz: configure from 4.2p1 rebuilt with patch id #1006




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104


dtucker at zip.com.au changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
Attachment #1006 is|0                           |1
           obsolete|                            |




------- Comment #8 from dtucker at zip.com.au  2005-10-18 21:23 -------
Created an attachment (id=1008)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=1008&action=view)
corrected syntax error in patch




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104


dtucker at zip.com.au changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
Attachment #1007 is|0                           |1
           obsolete|                            |




------- Comment #9 from dtucker at zip.com.au  2005-10-18 21:24 -------
Created an attachment (id=1009)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=1009&action=view)
configure.gz: configure from 4.2p1 rebuilt with patch id #1008




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1104


mcaskill.scott at epa.gov changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED




------- Comment #10 from mcaskill.scott at epa.gov  2005-10-19 01:49 -------
Built and installed 4.2p1 source OK with reworked configure script. Thanks for
the quick turn-around on this problem!




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.