https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113012

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P1

--- Comment #6 from Richard Biener <rguenth at gcc dot gnu.org> ---
Btw, we're trying to gimplify

_29 = _35;, 0 = _36;

built here:

#0  bundle_sizes (name=<integer_cst 0x7ffff6a0bf78>, 
    expr=<ssa_name 0x7ffff6824ab0 36>)
    at /home/rguenther/src/trunk/gcc/tree-object-size.cc:242
#1  0x0000000001804ee4 in object_sizes_set (osi=0x7fffffffd7c0, varno=12, 
    val=<ssa_name 0x7ffff6824ab0 36>, wholeval=<ssa_name 0x7ffff6824a68 35>)
    at /home/rguenther/src/trunk/gcc/tree-object-size.cc:277
#2  0x0000000001805203 in object_sizes_set_temp (osi=0x7fffffffd7c0, varno=12)
    at /home/rguenther/src/trunk/gcc/tree-object-size.cc:333
#3  0x0000000001809ce5 in collect_object_sizes_for (osi=0x7fffffffd7c0, 
    var=<ssa_name 0x7ffff6824240 12>)
    at /home/rguenther/src/trunk/gcc/tree-object-size.cc:1718
#4  0x0000000001809236 in dynamic_object_size (osi=0x7fffffffd7c0, 
    var=<ssa_name 0x7ffff6824240 12>, size=0x7fffffffd690, 
    wholesize=0x7fffffffd688)
    at /home/rguenther/src/trunk/gcc/tree-object-size.cc:1483
#5  0x0000000001809b09 in phi_dynamic_object_size (osi=0x7fffffffd7c0, 
    var=<ssa_name 0x7ffff6824048 5>)
    at /home/rguenther/src/trunk/gcc/tree-object-size.cc:1642

that's

  tree oldval = osize.size;

being INTEGER_CST zero which doesn't exactly look "wrong"?  Or does this
mean there's conflicting sizes?

I believe there's something wrong with the processing of dynamic object sizes.

Reply via email to