GNU C Library master sources branch master updated. glibc-2.25-271-g3b5f801

[dj at sourceware dot org]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, master has been updated
       via  3b5f801ddb838311b5b05c218caac3bdb00d7c95 (commit)
      from  e35ac97cc887a89f27c0a4ceb789cf4a7d433556 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
http://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commitdiff;h=3b5f801ddb838311b5b05c218caac3bdb00d7c95

commit 3b5f801ddb838311b5b05c218caac3bdb00d7c95
Author: DJ Delorie <dj@delorie.com>
Date:   Wed May 3 16:25:15 2017 -0400

    Tweak realloc/MREMAP comment to be more accurate.
    
    MMap'd memory isn't shrunk without MREMAP, but IIRC this is intentional for
    performance reasons.  Regardless, this patch tweaks the existing comment to
    be more accurate wrt the existing code.
    
    	[BZ #21411]
    	* malloc/malloc.c: Tweak realloc/MREMAP comment to be more accurate.

diff --git a/ChangeLog b/ChangeLog
index 2e13d66..ad8e78e 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2017-05-03  DJ Delorie  <dj@redhat.com>
+
+	[BZ #21411]
+	* malloc/malloc.c: Tweak realloc/MREMAP comment to be more accurate.
+
 2017-05-03  Phil Blundell  <pb@pbcl.net>
 
 	* inet/netinet/in.h (struct ip_mreq_source): Correct misplaced
diff --git a/malloc/malloc.c b/malloc/malloc.c
index 068ffc1..aa45626 100644
--- a/malloc/malloc.c
+++ b/malloc/malloc.c
@@ -514,9 +514,9 @@ void*  __libc_calloc(size_t, size_t);
   REALLOC_ZERO_BYTES_FREES is set, realloc with a size argument of
   zero (re)allocates a minimum-sized chunk.
 
-  Large chunks that were internally obtained via mmap will always
-  be reallocated using malloc-copy-free sequences unless
-  the system supports MREMAP (currently only linux).
+  Large chunks that were internally obtained via mmap will always be
+  grown using malloc-copy-free sequences unless the system supports
+  MREMAP (currently only linux).
 
   The old unix realloc convention of allowing the last-free'd chunk
   to be used as an argument to realloc is not supported.

-----------------------------------------------------------------------

Summary of changes:
 ChangeLog       |    5 +++++
 malloc/malloc.c |    6 +++---
 2 files changed, 8 insertions(+), 3 deletions(-)


hooks/post-receive
-- 
GNU C Library master sources