--- Comment #6 from jakub at gcc dot gnu dot org 2007-08-20 08:19 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2007-08-20 07:54 ---
Subject: Bug 33025
Author: jakub
Date: Mon Aug 20 07:53:58 2007
New Revision: 127639
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127639
Log:
PR c++/33025
* init.c (build_new_1): Rename place
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33025
--- Comment #4 from theodore dot papadopoulo at sophia dot inria dot fr
2007-08-09 12:02 ---
Created an attachment (id=14046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14046&action=view)
A new more minimal test case
The same program was still working with gcc version 4.3.0 20
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-08-09 09:18 ---
Because placement new is required to reproduce this bug and the front-end is
where the broken code happens already, then the patch to fix PR 29286 is the
cause.
The problem is in build_new_1 where we create a temp
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-08 18:55 ---
data[i] = (i%2==0) ? new(alloc.value()) unsigned(2) :
new(alloc()) unsigned(1);
D.2395 = value (&alloc);
D.2367 = D.2395;
D.2396 = operator() (&alloc);
uns
