On Thu, 2004-02-05 at 04:25, Daniel Kraft wrote:
> ... having a way to make libstdc++ free [its memory pool]
> would make finding real leaks easier.
See the valgrind FAQ, question #14:
http://valgrind.kde.org/faq.html
Quoting...
Using gcc, you can force the STL to use malloc and to free
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-02-06
02:43 ---
I can reproduce it on a cross to ia64-suse-linux-gnu.
Here is the backtrace:
#0 fancy_abort (file=0x701120 "../../gcc/cp/cp-lang.c", line=347,
function=0x70118c
"cp_expr_size") at ../../gcc/diagnostic.c:5
It's New, It's Safe
It's The Most Advanced Penile Enlargement Solution
It's also 1OO% Guarantee.d To Enlarge Your pe.nis 3+ inches
Instant Growth Formula (IGF)
The amazing, new Instant Growth Formula is not available in any stores or on
other websites. Accept no imitations,order your male enhanc
--- Additional Comments From schwab at suse dot de 2004-02-06 00:50 ---
>From today <http://gcc.gnu.org/ml/gcc-testresults/2004-02/msg00230.html>:
$ /tmp/cvs/gcc-20040205/Build/gcc/testsuite/../g++
-B/tmp/cvs/gcc-20040205/Build/gcc/testsuite/../
/tmp/cvs/gcc-20040205/gcc/te
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-02-05
23:14 ---
The fix for force_type_die ICE was checked in, so you should not be seeing it
anymore.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11295
--- You are receiving this mail because: ---
You are
--- Additional Comments From wilson at specifixinc dot com 2004-02-05
23:10 ---
Subject: Re: [3.4/3.5 regression] ICE in cp_expr_size, at
cp/cp-lang.c:314 when using a non-trivial object in a compound statement
expression
schwab at suse dot de wrote:
> --- Additional Comments Fro
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-02-05
19:42 ---
I cannot reproduce this using the small test case in this PR with a
cross-compiler for ia64-none-elf.
Andreas, would you please attach preprocessed source for ia64-suse-linux-gnu?
--
http://gcc.gnu.org
Package: libstdc++5
Version: 1:3.3.2-4
Severity: minor
The memory allocated by std::map in the following sample program seems
never to be freed:
#include
int main()
{
std::map a;
}
... as the following output from valgrind suggests:
> valgrind --leak-check=yes --show-reachable=yes --nu
8 matches
Mail list logo