Hello, This is some of the things that I still need to do to get gnulib to the point of compiling on OpenVMS. * Config.h OpenVMS needs __UNIX_PUTC macro defined for putc_unlocked and friends to be vi
Hello, This patch gets the forkpty.c, grantpt.c, and openpty.c modules building on OpenVMS. I will need to figure out later how to actually implement these for OpenVMS pseudo terminals. Regards, -Joh
There are two possibilities: (a) change the configure test so that is duplicates fd 0 to 1, 2, 3, ..., getdtablesize() and see if that fails. (b) special-case OpenVMS. I'm not in favour of (a) becaus
The csharpexec.c module includes config.h and then includes some header files that redefine intmax_t. After it does that, it #includes "classpath.c" which then includes config.h again. This causes th
This is only a warning, and you can ignore it. Better compilers produce a diagnostic only for redefinitions with a _different_ expansion. But anyway, it's easy to make sure config.h is only included
Thanks. Applied with tiny changes: I write "OpenVMS", not "VMS", as discussed in the other thread. Also, no need to use conditionals based on __CRTL_VER or HAVE_PTHREAD_H, since you said that only Op
On VMS, the config.h file is generated to "#define intmax_t long long". The csharpexec.c module includes config.h and then includes some header files that redefine intmax_t. After it does that, it #i
VMS does not currently provide a sched.h and has that definition in pthread.h instead. Please try the attached patch. Thank you, I will try to get to that this weekend. The configure script is now d
Hi John, Thanks for the details. We'll rely on that. OK. In gnulib we should talk about "OpenVMS". Just like we are talking about Solaris, after it was renamed from SunOS by "the marketing people" of
VMS does not currently provide a sched.h and has that definition in pthread.h instead. Please try the attached patch. Thank you, I will try to get to that this weekend. Please also tell us identific
Hello John, Please try the attached patch. Please also tell us identification of your environment: - Is it "VMS"? Or "OpenVMS"? - Which version? You're talking about 7.3 here, 8.2 there, 8.4 then...
Hello All, The make step on VMS next stopped at glthread/cond.c with: cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DNO_XMALLOC -DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING=1 -g -c -o glthread/c
If that's the problem, then it shouldn't be much trouble to have a separate script that rewrites the file names and source code to follow the POSIX portable filename rules. We could include that scri
If that's the problem, then it shouldn't be much trouble to have a separate script that rewrites the file names and source code to follow the POSIX portable filename rules. We could include that scri
I said NO. Even if it's only for 1 file, I don't want to go backwards in time by 20 years. Deal with it on your side. I've given you a pointer how such issues were dealt with regarding DOS file names
I vehemently disagree. The relevant file name restrictions nowadays are those of Windows (no characters " * / : < > ? \ , file names don't end in '.', file names avoid special names such as "aux", "n
Perhaps Gnulib source files should be renamed to use just the characters in the POSIX Portable Filename Character Set <http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_2
I seem to have coerced configure into running on NFS served files created by on VMS using GNV updated kits. rm -rf ${GNU_MIRRORS}/gnulib/gnulib ./gnulib-tool --create-testdir --with-tests --dir=${GNU
Hi John, The other known ways of getting rid of this check is a) to disable the Makefile rule that rebuilds Makefile, or b) to enable AM_MAINTAINER_MODE in configure.ac [1]. Bruno [1] https://www.gnu