Re: Hidden visibility for obstack symbols

Florian Weimer wrote: > Someone reported that ls in coreutils exported _obstack* symbols. This > is because ls uses the obstack module from gnulib (I assume). Due to > the way ELF linking works by default, this promotes the symbols to > global visibility, so that there is a single definition in t

Hidden visibility for obstack symbols

Someone reported that ls in coreutils exported _obstack* symbols. This is because ls uses the obstack module from gnulib (I assume). Due to the way ELF linking works by default, this promotes the symbols to global visibility, so that there is a single definition in the entire process. This is al

[PATCH] doc: poll: document poll of special files not supported on macOS

* doc/posix-functions/poll.texi: Reinstate (updated) macOS info, removed in recent cleanup re removal of support for Mac OS X <= 10.4. * m4/poll.m4: Update macOS to latest tested version. --- ChangeLog | 7 +++ doc/posix-functions/poll.texi | 2 +- m4/poll.m4

Re: [PATCH] Basic support for checking NFSv4 ACLs in Linux

Hi Ondrej, > Thanks for the input, I think it should be OK now, please take a look. Yes, the patch is now in a form that we could commit into Gnulib. Thank you! For the semantics, I trust your testing and the discussions you had with Andreas Grünbacher. The other point is the copyright assignmen

[PATCH] Basic support for checking NFSv4 ACLs in Linux

Hi Bruno, Thanks for the input, I think it should be OK now, please take a look. Thanks, Ondrej --- doc/acl-nfsv4.txt | 17 + lib/acl-internal.c | 95 ++ lib/acl-internal.h | 3 ++ lib/file-has-acl.c | 24 4 files changed, 135 ins