Piet,
Thanks for the suggestions. I took a few of them literally and did what I thought was right for the rest. Basically, vms/config.h is being autogenerated on other platforms (with a reall, current version number in PACKAGE_STRING) like for windows-NT/config.h. I also have VMS falling back on the same filename class array as OS X uses, since it was the same.
Please send future bug reports and patches to bug-cvs@gnu.org instead of sending them directly to me.
Regards,
Derek
Piet Schuermans wrote:
Derek,
I checked and just build cvs-1_11_19 client for VMS. Did the same modifications again as for the CVS-1_11_18
Question: can you send me the email address of the person handling the cvs vms items?
I would like to see the following items added to the [.vms]config.h file. #define inline #define SIZE_MAX SSIZE_MAX #define PACKAGE_STRING "Concurrent Versions System (CVS) VMS"
and the following changes in the [.lib]system.h file
File [.LIB]system.h #if defined(MACOS) || defined(TARGET_OS_MAC) # define FOLD_FN_CHAR(c) (OSX_filename_classes[(unsigned char) (c)]) extern unsigned char OSX_filename_classes[]; #endif # endif /* __CYGWIN32__ || WOE32 */
instead of the lines # define FOLD_FN_CHAR(c) (OSX_filename_classes[(unsigned char) (c)]) extern unsigned char OSX_filename_classes[]; # endif /* __CYGWIN32__ || WOE32 */
and in the build script [.src]build_src.com the routines to include stack.c
Those change will be very appreciated byVMS user.
Piet Schuermans.
_______________________________________________ Bug-cvs mailing list Bug-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/bug-cvs