From: Carlos O'Donell via Libc-alpha <libc-alpha@sourceware.org>
To: Mark Harris <mark.hsj@gmail.com>, libc-alpha@sourceware.org
Subject: Re: [PATCH] NEWS: Fix typos, grammar, and missing words
Date: Sun, 1 Aug 2021 00:30:06 -0400 [thread overview]
Message-ID: <be6fcb54-6f74-9207-5752-a4ec04268c6f@redhat.com> (raw)
In-Reply-To: <20210731232557.76405-1-mark.hsj@gmail.com>
On 7/31/21 7:25 PM, Mark Harris via Libc-alpha wrote:
> ---
> NEWS | 25 +++++++++++++------------
> 1 file changed, 13 insertions(+), 12 deletions(-)
>
Thank you very much! These look good to me for glibc 2.34.
I'll push these ahead of other NEWS changes I'm making.
Reviewed-by: Carlos O'Donell <carlos@redhat.com>
> diff --git a/NEWS b/NEWS
> index ea54518142..ee391c9271 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -41,9 +41,10 @@ Major new features:
> * Add support for 64-bit time_t on configurations like x86 where time_t
> is traditionally 32-bit. Although time_t still defaults to 32-bit on
> these configurations, this default may change in future versions.
> - This is enabled with the _TIME_BITS preprocessor set to 64 and only
> - supported when LFS (_FILE_OFFSET_BITS=64) is also enabled. It is only
> - enabled for Linux and the full support requires a minimum version of 5.1.
> + This is enabled with the _TIME_BITS preprocessor macro set to 64 and is
> + only supported when LFS (_FILE_OFFSET_BITS=64) is also enabled. It is
> + only enabled for Linux and the full support requires a minimum kernel
> + version of 5.1.
>
> * The main gconv-modules file in glibc now contains only a small set of
> essential converter modules and the rest have been moved into a supplementary
> @@ -68,13 +69,13 @@ Major new features:
> closing a range of file descriptors on recent kernels (version 5.9).
>
> * The function closefrom has been added. It closes all file descriptors
> - greater than given integer. This function is a GNU extension, although it
> - also present in other systems.
> + greater than or equal to a given integer. This function is a GNU extension,
> + although it is also present in other systems.
>
> -* The posix_spawn_file_actions_closefrom_np function has been added, enabling
> - posix_spawn and posix_spawnp to close all file descriptors great than or
> - equal to a giver integer. This function is a GNU extension, although
> - Solaris also provides a similar function.
> +* The posix_spawn_file_actions_addclosefrom_np function has been added,
> + enabling posix_spawn and posix_spawnp to close all file descriptors greater
> + than or equal to a given integer. This function is a GNU extension,
> + although Solaris also provides a similar function.
>
> Deprecated and removed features, and other changes affecting compatibility:
>
> @@ -109,11 +110,11 @@ Deprecated and removed features, and other changes affecting compatibility:
>
> * The pthread cancellation handler is now installed with SA_RESTART and
> pthread_cancel will always send the internal SIGCANCEL on a cancellation
> - request. It should not be visible to application since the cancellation
> + request. It should not be visible to applications since the cancellation
> handler should either act upon cancellation (if asynchronous cancellation
> is enabled) or ignore the cancellation internal signal. However there are
> - buggy kernel interfaces (for instance some CIFS version) that could still
> - see spurious EINTR error when cancellation interrupts a blocking syscall.
> + buggy kernel interfaces (for instance some CIFS versions) that could still
> + see a spurious EINTR error when cancellation interrupts a blocking syscall.
>
> * Previously, glibc installed its various shared objects under versioned
> file names such as libc-2.33.so. The ABI sonames (e.g., libc.so.6)
>
--
Cheers,
Carlos.
prev parent reply other threads:[~2021-08-01 4:30 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-31 23:25 [PATCH] NEWS: Fix typos, grammar, and missing words Mark Harris via Libc-alpha
2021-08-01 4:30 ` Carlos O'Donell via Libc-alpha [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/libc/involved.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=be6fcb54-6f74-9207-5752-a4ec04268c6f@redhat.com \
--to=libc-alpha@sourceware.org \
--cc=carlos@redhat.com \
--cc=mark.hsj@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).