Re: [patch]socket.h : OpenVMS has _CMSG_LEN/_CMSG_SPACE macros.

2017-07-15 Thread Bruno Haible
John E. Malmberg wrote: > >> This patch defines the CMSG_LEN and CMSG_SPACE macros for OpenVMS in > >> sys_socket.h. > > Sorry, here is the patch. Thanks, looks good. Two nits: * The argument names of C macros don't need to be protected; only K&R C preprocessors were not hygienic regarding C m

Re: [patch]socket.h : OpenVMS has _CMSG_LEN/_CMSG_SPACE macros.

2017-07-15 Thread John E. Malmberg
On 7/15/2017 10:23 AM, Bruno Haible wrote: John E. Malmberg wrote: This patch defines the CMSG_LEN and CMSG_SPACE macros for OpenVMS in sys_socket.h. There was no patch attached to your mail. Sorry, here is the patch. Regards, -John 0001-socket-Add-support-for-OpenVMS.patch.gz Descriptio

Re: [patch] sys_resource_h: OpenVMS needs RUSAGE constants

2017-07-15 Thread Bruno Haible
John E. Malmberg wrote: > This patch adds the RUSAGE_SELF and RUSAGE_CHILDREN defined constants > missing from the OpenVMS sys/resource.h file. Thanks. Well done. I rewrote the ChangeLog entry, but the rest was good. 2017-07-15 John E. Malmberg sys_resource: Add support for OpenVMS.

Re: [patch]socket.h : OpenVMS has _CMSG_LEN/_CMSG_SPACE macros.

2017-07-15 Thread Bruno Haible
John E. Malmberg wrote: > This patch defines the CMSG_LEN and CMSG_SPACE macros for OpenVMS in > sys_socket.h. There was no patch attached to your mail. Bruno

Re: math patches for OpenVMS.

2017-07-15 Thread Bruno Haible
John E. Malmberg wrote: > This is a patch to work around that OpenVMS defines NAN in > instead of Looks halfway reasonable, but here are a few hints to provide better patches: > +@item > +The macros @code{NAN}, @code{HUGE_VALL} and @code{INFINITY} are defined > +in @code{} instead of @code{} o

Re: OpenVMS getdtablesize.c

2017-07-15 Thread Bruno Haible
John E. Malmberg wrote: > > [1] http://pubs.opengroup.org/onlinepubs/9699919799/functions/getrlimit.html > According to that link, a system is not required to fail a request for a > file descriptor to be created higher than RLIMIT_NOFILE. Not true. [1] refers to [2], and [2] as well as [3] say th

Re: gt_INTL_MACOSX not defined by gettext.m4

2017-07-15 Thread Bruno Haible
As a workaround, until the next gettext release, I would suggest that - you continue to use gettextize - but additionally you run the command gnulib-tool --copy-file m4/intlmacosx.m4 gnulib/m4/intlmacosx.m4 Bruno

Re: gt_INTL_MACOSX not defined by gettext.m4

2017-07-15 Thread Bruno Haible
Gavin Smith wrote: > I ran gettextize again, but it didn't install the extra files: > > $ gettextize -f --po-dir=po --po-dir=po_document > Copying file ABOUT-NLS > Copying file build-aux/config.rpath > Not copying intl/ directory. > Copying file po/Makefile.in.in > Copying file po/Makevars.templ

Re: gt_INTL_MACOSX not defined by gettext.m4

2017-07-15 Thread Gavin Smith
On Fri, Jul 14, 2017 at 12:57:43AM +0200, Bruno Haible wrote: > Gavin Smith wrote: > > Originally reported here: > > http://lists.gnu.org/archive/html/bug-texinfo/2017-07/msg00026.html > > Looking at the gnulib-cache.m4 and gnulib-comp.m4 from said package: > * gettext.m4 does NOT come from gnul