[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] Update VMS Info?
Re: [Bug-wget] Update VMS Info?
Wed, 11 Jun 2014 13:08:10 +0530
On Wed, Jun 11, 2014 at 6:55 AM, Steven M. Schweda <address@hidden> wrote:
> From: Darshit Shah <address@hidden>
>> I was going through the VMS specific files in the source and realized
>> that a lot of the documentation seems to be a little outdated.
> I'm always glad to see that VMS has not been forgotten here.
>> For example the WGET.HLP file still refers to Wget 1.12 as the latest
>> version and explains everything based on it. Maybe it can be updated
>> by whoever is working on a VMS system?
> I didn't realize that any VMS-specific files were being maintained in
> the official code. My current (1.15a) source kit includes an updated
> vms/wget.hlp which should be up-to-date. It's in:
> vms/vms_notes.txt (also in there) includes a list of files changed or
> added for VMS. Most are in vms/, but decc_ver.c and vms.c are in src/,
> and there are some descrip*.mms builders in lib/ and src/.
There's a bunch of files in vms/ which is always being shipped with
the official sources.
>> There's another request too. `make syntax-check` gives a few issues
>> with the config.h_vms file. Now I'm not sure if those declarations are
>> indeed required or not. If not, can we please get rid of them?
> Starting with a "tar" kit, I get:
> deb4# make syntax-check
> No version control files detected; skipping syntax check
> config.h_vms gets updated with every version, so, if you're seeing an
> old vms/wget.hlp, then I'd guess that you're also seeing an old
> vms/config.h_vms. But the latest one could be little or no better in
> this respect. Can you reveal the actual complaints, or do I need to do
> something with "git" to get the required "version control files", or
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 guess you'll have to work with the git sources to find the issues
with make syntax-check. I'lll try and mention them here too:
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
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
msdos/config.h:56: #define HAVE_UNISTD_H 1
msdos/config.h:75: #define HAVE_SYS_SELECT_H 1
msdos/config.h:81: #define HAVE_STDBOOL_H 1
msdos/config.h:82: #define HAVE_STDINT_H 1
msdos/config.h:95: #define HAVE_ALLOCA_H 1
msdos/config.h:100: #define HAVE_STDINT_H 1
msdos/config.h:106: #define HAVE_STDBOOL_H 1
msdos/config.h:111:#define HAVE_STDLIB_H 1
msdos/config.h:112:#define HAVE_STRING_H 1
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
Similarly, for MSDOS files which declare some configure variables. We
should remove those too if not required.
>> Thanking You,
> Same here.
> Steven M. Schweda address@hidden
> 382 South Warwick Street (+1) 651-699-9818
> Saint Paul MN 55105-2547