Re: _GL_EXTERN_INLINE not defined correctly in config.h for macOS

2022-01-18 Thread Reuben Thomas
On Tue, 18 Jan 2022 at 20:56, Jeffrey Walton wrote: > > If you are OS X 10.8 and above, then you will likely be using Apple > Clang (or LLVM Clang), and you likely won't have troubles. > > OS X 10.6 switched to llvm-gcc. It should not have a problem with > inline.

Re: _GL_EXTERN_INLINE not defined correctly in config.h for macOS

2022-01-18 Thread Jeffrey Walton
On Tue, Jan 18, 2022 at 2:54 PM Reuben Thomas wrote: > > On Tue, 18 Jan 2022 at 18:38, Paul Eggert wrote: > > > > I'm not sure a newer compiler would fix the bugs, as they're typically > > present in the ctype.h supplied by the OS. If the newer compiler comes > > with a fixed ctype.h you're OK;

Re: _GL_EXTERN_INLINE not defined correctly in config.h for macOS

2022-01-18 Thread Reuben Thomas
On Tue, 18 Jan 2022 at 18:38, Paul Eggert wrote: > > I'm not sure a newer compiler would fix the bugs, as they're typically > present in the ctype.h supplied by the OS. If the newer compiler comes > with a fixed ctype.h you're OK; if it reuses or copies the old ctype.h > you'll have a problem. I

Re: _GL_EXTERN_INLINE not defined correctly in config.h for macOS

2022-01-18 Thread Paul Eggert
On 1/18/22 04:54, Reuben Thomas wrote: I solved my problem not by using the updated gnulib, but by assuming a conformant C99 compiler, and directly using the "inline" keyword. This would not work on clang as shipped with old Mac OS; is it reasonable in your view for me to expect users on such

Re: Broken "make distcheck" with automake 1.16

2022-01-18 Thread Reuben Thomas
On Tue, 18 Jan 2022 at 14:51, Bruno Haible wrote: > > This has been fixed on 2022-01-08. Many thanks, sorry for the noise! -- https://rrt.sc3d.org

Re: Broken "make distcheck" with automake 1.16

2022-01-18 Thread Bruno Haible
Reuben Thomas wrote: > Building Recode[1], which uses a recent gnulib (commit 035ce56a33 of > 5th January 2022), I find that when I run "make distcheck", some > .deps/*.Plo files generated by the build are not removed by any clean > rule, leading "make distcheck" to report: This has been fixed on

Broken "make distcheck" with automake 1.16

2022-01-18 Thread Reuben Thomas
Building Recode[1], which uses a recent gnulib (commit 035ce56a33 of 5th January 2022), I find that when I run "make distcheck", some .deps/*.Plo files generated by the build are not removed by any clean rule, leading "make distcheck" to report: ERROR: files left in build directory after

Re: _GL_EXTERN_INLINE not defined correctly in config.h for macOS

2022-01-18 Thread Reuben Thomas
On Tue, 18 Jan 2022 at 01:58, Ryan Schmidt wrote: > MacPorts itself still runs on Mac OS X 10.4 and later and we do still have a > number of users using older systems. More so than with other operating > systems, I think, Mac users care about support for older OS versions because > Apple

Re: _GL_EXTERN_INLINE not defined correctly in config.h for macOS

2022-01-18 Thread Reuben Thomas
On Mon, 17 Jan 2022 at 22:22, Reuben Thomas wrote: > > On Mon, 17 Jan 2022 at 22:14, Paul Eggert wrote: > > > > Although the workaround still functions on current macOS, it's better to > > use proper inline functions when available so I installed the attached > > patch into Gnulib. Please give

Re: license: comma or semicolon?

2022-01-18 Thread Bernhard Voelker
On 1/18/22 00:08, Dmitry V. Levin wrote: > On Tue, Jan 04, 2022 at 12:28:34AM +0100, Bernhard Voelker wrote: >> The attached would change it, and shows how the change was done: >> >> Subject: [PATCH] license: fix GPLv3 texts to use a comma instead of >> semicolon. >> >> See: