[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] Update VMS Info?

From: Steven M. Schweda
Subject: Re: [Bug-wget] Update VMS Info?
Date: Wed, 11 Jun 2014 10:23:09 -0500 (CDT)

From: Darshit Shah <address@hidden>

   Thanks for the info.

> There's a bunch of files in vms/ which is always being shipped with
> the official sources.

   Define "always" and "shipped" (or "official sources").  I see no vms/
directory (or descrip*.mms files) in the 1.15 "tar" kit.  Nor in the
1.14 "tar" kit.  Nor in the 1.13.4 "tar" kit.

> I'm working with the latest git sources. Not sure about the tarball.
> On the latest git sources, the vms/wget.hlp file doesn't seem to be
> updated. Hence, I'm assuming that the updated files aren't being
> shipped at all.

   I'm working with the official "tar" kits.  Haven't looked at "git". 
The VMS-specific files have changed with every release.  If you weren't
shipping them in the "tar" kits, then I didn't send back explicit
updates, because it appeared (to me) that there was nothing to update.

> prohibit_HAVE_MBRTOWC
> vms/config.h_vms:278:#define HAVE_MBRTOWC 1
> maint.mk: do not use \bHAVE_MBRTOWC\b; it is always defined
> maint.mk:462: recipe for target 'sc_prohibit_HAVE_MBRTOWC' failed
> make: *** [sc_prohibit_HAVE_MBRTOWC] Error 1

   That's interesting, but I don't invent this stuff.  As it says at the
front of (the current) vms/config.h_vms:

/* vms/config.h_vms.   VMS-specific config.h for Wget 1.15. */
/* Hand-edited from Tru64. */
/* src/config.h.  Generated from config.h.in by configure.  */
/* src/config.h.in.  Generated from configure.ac by autoheader.  */

   That is, I ran "configure" on a Tru64 system (where the compiler most
cloesly resembles the VMS compiler), and hand-edited the result.  If the
Tru64 config.h says:

/* Define to 1 if you have the `mbrtowc' function. */
#define HAVE_MBRTOWC 1

(which it does), then you can expect to see something similar in

> prohibit_always-defined_macros
> vms/config.h_vms:#define alloca __ALLOCA
> maint.mk: define the above via some gnulib .h file
> maint.mk:848: recipe for target 'sc_prohibit_always-defined_macros' failed
> make: *** [sc_prohibit_always-defined_macros] Error 1

   I'm not likely to try to change "some gnulib .h file" to clear that

> prohibit_always_true_header_tests
> [...]
> vms/config.h_vms:67:/* #define HAVE_ALLOCA_H 1 */
> vms/config.h_vms:168:#define HAVE_ERRNO_H 1
> vms/config.h_vms:204:#define HAVE_GETOPT_H 1
> vms/config.h_vms:241:#define HAVE_INTTYPES_H 1
> vms/config.h_vms:360:/* #undef HAVE_STDBOOL_H */
> vms/config.h_vms:362:# define HAVE_STDBOOL_H 1
> vms/config.h_vms:366:#define HAVE_STDDEF_H 1
> vms/config.h_vms:369:/* #define HAVE_STDINT_H 1 */
> vms/config.h_vms:375:#define HAVE_STDIO_H 1
> vms/config.h_vms:378:#define HAVE_STDLIB_H 1
> vms/config.h_vms:399:/* #define HAVE_STRINGS_H 1 */
> vms/config.h_vms:401:# define HAVE_STRINGS_H 1
> vms/config.h_vms:405:#define HAVE_STRING_H 1
> vms/config.h_vms:444:#define HAVE_SYS_IOCTL_H 1
> vms/config.h_vms:453:/* #define HAVE_SYS_SELECT_H 1 */
> vms/config.h_vms:456:#define HAVE_SYS_SOCKET_H 1
> vms/config.h_vms:459:#define HAVE_SYS_STAT_H 1
> vms/config.h_vms:462:#define HAVE_SYS_TIME_H 1
> vms/config.h_vms:465:#define HAVE_SYS_TYPES_H 1
> vms/config.h_vms:477:/* #define HAVE_TERMIOS_H 1 */
> vms/config.h_vms:489:#define HAVE_UNISTD_H 1
> vms/config.h_vms:510:#define HAVE_WCHAR_H 1
> vms/config.h_vms:516:#define HAVE_WCTYPE_H 1
> maint.mk: do not test the above HAVE_<header>_H symbol(s);
>   with the corresponding gnulib module, they are always true
> maint.mk:803: recipe for target 'sc_prohibit_always_true_header_tests' failed
> make: *** [sc_prohibit_always_true_header_tests] Error 1

   Same as above.  If it's in the config.h generated on Tru64, then
it's likely to appear in vms/config.h_vms.  If you don't want to see
these things there, then don't show them to me.


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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]