--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31
01:21 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED|RE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31
01:17 ---
Subject: Bug 19349
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-31 01:17:19
Modified files:
gcc/cp : call.c cp-tree.h semantics.c typeck.c
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:33 ---
(In reply to comment #4)
> That's strange. I thought ggc_free should poison the memory that is
> freed if the compiler is built with checking enabled. So anything
> that uses it after the ggc_free should s
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-18
11:22 ---
That's strange. I thought ggc_free should poison the memory that is
freed if the compiler is built with checking enabled. So anything
that uses it after the ggc_free should segfault or die in a similar
horr
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-18 10:12
---
This bug was introduced by Mark's
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg02130.html
patch, particularly ggc_free (newdecl); in duplicate_decls.
name-lookup.c apparently uses it, although it is freed now.
--
What|Removed |Added
CC||lerdsuwa at users dot
||sourceforge dot net
Status|U
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-17 21:23
---
Smaller testcase that triggers this is:
void foo ();
namespace N
{
struct S;
}
struct N::S
{
S ();
friend void ::foo ();
};
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19349
--
What|Removed |Added
Summary|Valgrind errors compiling |[4.0 Regression] Valgrind
|libjava c++ sources |errors compiling libjava c++
