Re: Undefined use of weak symbols in gnulib

On Sat, 17 Jul 2021, Bruno Haible wrote: > 2) /usr/include/gnu/lib-names.h still defines LIBPTHREAD_SO. >How about not defining LIBPTHREAD_SO, since linking with it is supposed >to be a no-op in these newer glibc versions? I think LIBPTHREAD_SO is really for use with dlopen (followed by e

Re: [PATCH 3/5] Import filename.h from gnulib

On Thu, 24 Dec 2020, Adhemerval Zanella via Libc-alpha wrote: > diff --git a/include/filename.h b/include/filename.h > new file mode 100644 > index 00..4598fb1d63 > --- /dev/null > +++ b/include/filename.h > @@ -0,0 +1,110 @@ > +/* Basic filename support macros. > + Copyright (C) 2001-20

Re: [PATCH 2/5] Import idx.h from gnulib

On Thu, 24 Dec 2020, Adhemerval Zanella via Libc-alpha wrote: > + Copyright (C) 2020 Free Software Foundation, Inc. > + > + This program is free software; you can redistribute it and/or modify > + it under the terms of the GNU General Public License as published by > + the Free Software Fo

Re: [PATCH 1/1] Y2038: add function __difftime64

On Thu, 5 Jul 2018, Paul Eggert wrote: > Although Gnulib hasn't needed a difftime module yet, it might need one once > this 32- vs 64-bit time_t stuff lands into glibc, so let's keep difftime.c > usable for Gnulib. I don't think we should make such requests of contributers for code that is not s

Re: [PATCH] Add renameat2 function [BZ #17662]

On Mon, 2 Jul 2018, Paul Eggert wrote: > The Gnulib renameat2 function > has > different semantics with non-zero flags. On GNU/Linux if > flags==RENAME_NOREPLACE and the Linux syscall fails due to > EINVAL/ENOSYS/ENOTSUP, Gnulib r

Re: _REENTRANT and _THREAD_SAFE

On Mon, 27 Feb 2017, Bruno Haible wrote: > Does it mean that _REENTRANT and _THREAD_SAFE now prevent some symbols > from being declared? No. The effect of those macros used to be: declare getlogin_r. Because getlogin_r is part of POSIX.1 (199506) and the default POSIX version in the glibc hea