Re: undefined references to "rpl_fclose" and "rpl_fflush"

2022-01-20 Thread Bruno Haible
Bjarni Ingi Gislason wrote: > The "fclose.c" and "fflush.c" files do not get compiled as they are > included in a different make variable > > am__lib_libgroff_a_SOURCES_DIST > > which is part of a target "distfile". > > For the default target the make variable is > > am__libgroff_a_SOURCE

Re: undefined references to "rpl_fclose" and "rpl_fflush"

2022-01-20 Thread Bruno Haible
Am Montag, 17. Januar 2022, 22:10:04 CET schrieb Bjarni Ingi Gislason: > Software: groff > > Adding some gnulib modules to "bootstrap.conf" after checking with > module "posixcheck": > > close > dup > execvp > fclose > fdopen > fflush > fopen > freopen > mall

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

2022-01-20 Thread Reuben Thomas
On Thu, 20 Jan 2022 at 13:24, Ryan Schmidt wrote: > If gnulib starts requiring a compiler newer than Apple gcc 4.2.1, that will > be problem for MacPorts on 10.6 and earlier. We might be able to bootstrap > our way to a newer compiler, but that wouldn't be possible if the newer > compiler or a

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

2022-01-20 Thread Jeffrey Walton
On Thu, Jan 20, 2022 at 8:24 AM Ryan Schmidt wrote: > > > On Jan 18, 2022, at 15:18, Reuben Thomas wrote: > > > > 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 hav

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

2022-01-20 Thread Ryan Schmidt
> On Jan 18, 2022, at 15:18, Reuben Thomas wrote: > > 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. You will likely be using clang on 10.7 and later.