From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 1851) id 96BE1388B03F; Wed, 3 Jun 2020 08:02:52 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 96BE1388B03F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1591171372; bh=TqCVYyWPDLekBESBwd8kP9RlCEYv2GdWU6N0MPUC7Hg=; h=From:To:Subject:Date:From; b=XhFXm8uCfteaF6X4Hadc9ViDHJ2KIGQwWJW2vnDWd3z2iz7xKwLVyL88q2xpLtp8l GZ7kVd4WYHKD6AgV3spK9RAKtcHoN3N01et0a28wYmw2SaZz6V97eallIqOxDk2bDc xr7++RFbzoNRdcCiwKRZ21+itPHbCiVNiejusx+M= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Martin Liska To: gcc-cvs@gcc.gnu.org, libstdc++-cvs@gcc.gnu.org Subject: [gcc(refs/users/marxin/heads/vect_cond_expr-rework-v6)] libstdc++: Update/streamline Valgrind references X-Act-Checkin: gcc X-Git-Author: Gerald Pfeifer X-Git-Refname: refs/users/marxin/heads/vect_cond_expr-rework-v6 X-Git-Oldrev: ff7da2b5d621d0aaf4a467344d0621eefd4aa78f X-Git-Newrev: e41b988cc5af34e9c1a3d37b717fbfcc52d7ff90 Message-Id: <20200603080252.96BE1388B03F@sourceware.org> Date: Wed, 3 Jun 2020 08:02:52 +0000 (GMT) X-BeenThere: libstdc++-cvs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libstdc++-cvs mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 08:02:52 -0000 https://gcc.gnu.org/g:e41b988cc5af34e9c1a3d37b717fbfcc52d7ff90 commit e41b988cc5af34e9c1a3d37b717fbfcc52d7ff90 Author: Gerald Pfeifer Date: Mon Jun 1 17:03:51 2020 +0200 libstdc++: Update/streamline Valgrind references * doc/xml/faq.xml: Adjust Valgrind reference and remove another. * doc/html/faq.html: Regenerate. Diff: --- libstdc++-v3/doc/html/faq.html | 4 ++-- libstdc++-v3/doc/xml/faq.xml | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/libstdc++-v3/doc/html/faq.html b/libstdc++-v3/doc/html/faq.html index 18407225d7a..967e5f5f348 100644 --- a/libstdc++-v3/doc/html/faq.html +++ b/libstdc++-v3/doc/html/faq.html @@ -700,7 +700,7 @@ of a few dozen kilobytes on startup. This pool is used to ensure it's possible to throw exceptions (such as bad_alloc) even when malloc is unable to allocate any more memory. - With some versions of valgrind + With some versions of valgrind this pool will be shown as "still reachable" when the process exits, e.g. still reachable: 72,704 bytes in 1 blocks. This memory is not a leak, because it's still in use by libstdc++, @@ -710,7 +710,7 @@

In the past, a few people reported that the standard containers appear to leak memory when tested with memory checkers such as - valgrind. + valgrind. Under some (non-default) configurations the library's allocators keep free memory in a pool for later reuse, rather than deallocating it with delete diff --git a/libstdc++-v3/doc/xml/faq.xml b/libstdc++-v3/doc/xml/faq.xml index cf8684e1cea..e419d3c22a0 100644 --- a/libstdc++-v3/doc/xml/faq.xml +++ b/libstdc++-v3/doc/xml/faq.xml @@ -993,7 +993,7 @@ of a few dozen kilobytes on startup. This pool is used to ensure it's possible to throw exceptions (such as bad_alloc) even when malloc is unable to allocate any more memory. - With some versions of valgrind + With some versions of valgrind this pool will be shown as "still reachable" when the process exits, e.g. still reachable: 72,704 bytes in 1 blocks. This memory is not a leak, because it's still in use by libstdc++, @@ -1004,7 +1004,7 @@ In the past, a few people reported that the standard containers appear to leak memory when tested with memory checkers such as - valgrind. + valgrind. Under some (non-default) configurations the library's allocators keep free memory in a pool for later reuse, rather than deallocating it with delete