Re: [Bug-wget] new alpha release 1.13.4.79-22f0

[Steven M. Schweda]

> Please let me know if you encounter big issues with this version.

   As a first try, I just reused the (manually edited) 1.13.4(a)
VMS-specific "config.h", and hoped for the best.  (For a real release,
I'd get a fresh "config.h" from a Tru64 system, and re-edit it.)  But,
other than lib/vsnprintf.c wanting HAVE_CONFIG_H defined, which seems
to be a new requirement, the only immediate build problem on VMS Alpha
was this:

CC /float = ieee_float  /include = ([], [.ALPHAL],  [-.LIB], [-.LIB.ALPHAL], [-.
VMS])   /prefix_library_entries =  (all_entries, except = (utime , __UTC_UTIME))
    /object = [.ALPHAL]WARC.OBJ /define = (VMS, _POSIX_EXIT, OS_TYPE="""VMS Alph
a V8.3"""  ,-
 "ENABLE_DEBUG" , "_LARGEFILE" , "HAVE_LIBSSL", "ENABLE_NTLM"  ) [-.SRC]WARC.C

           redirect_location, offset, warc_current_filename, response_uuid);
..............................^
%CC-W-OUTTYPELEN, In this statement, this argument to fprintf is of "a signed in
teger 64" type and is not appropriate for the conversion specifier "%ld".  The v
alue might be truncated or formatted in an unintended manner.
at line number 1238 in file ALP$DKC0:[UTILITY.SOURCE.WGET.wget-1_13_4_79-22f0.sr
c]warc.c;1

   On a system with a 32-bit "long" type and a 64-bit "off_t" type,
"%ld" is a poor choice for an "off_t" value.  On VMS, "long" is always
32 bits, but "off_t" could be 32 or 64.  In this case, the "%ld" is in
the middle of a format string, and I don't know how you'd prefer to deal
with it, but I'd guess that some conditionality somewhere will be
needed.

   After a little hand editing of "src/warc.c" to fit the immediate
situation, I could complete the build with no new compiler complaints,
and one very simple test seemed to work, so it could be worse.

------------------------------------------------------------------------

   Steven M. Schweda               address@hidden
   382 South Warwick Street        (+1) 651-699-9818
   Saint Paul  MN  55105-2547