Re: OpenVMS getdtablesize.c

2017-06-27 Thread John E. Malmberg
On 6/27/2017 10:13 AM, Bruno Haible wrote: John E. Malmberg wrote: The getdtablesize.c module will not compile on OpenVMS and is really not needed. ... Is there someway for configure to be changed to not set the macros causing it to be built when the platform is OpenVMS? gnulib builds the modu

Re: OpenVMS getdtablesize.c

2017-06-27 Thread Bruno Haible
John E. Malmberg wrote: > The getdtablesize.c module will not compile on OpenVMS and is really not > needed. > ... > Is there someway for configure to be changed to not set the macros > causing it to be built when the platform is OpenVMS? gnulib builds the module 'getdtablesize' because it's a g

Re: csharpexec.c causes intmax_t from config.h to be redefined.

2017-06-27 Thread John Malmberg
On 6/19/2017 10:09 AM, Bruno Haible wrote: John Malmberg wrote: 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 #includes "classpath.c" which the

OpenVMS getdtablesize.c and getloadavg.c issues.

2017-06-27 Thread John E. Malmberg
Hello, The getdtablesize.c module will not compile on OpenVMS and is really not needed. The way that the an OpenVMS getrlimit() would be most likely implemented to return the RLIMIT_NOFILE is to call the system supplied getdtablesize(). Is there someway for configure to be changed to not se