This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug tree-optimization/65518] gcc consumes all memory with -O3


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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
   Last reconfirmed|                            |2015-03-23
           Assignee|unassigned at gcc dot gnu.org      |rguenth at gcc dot gnu.org
     Ever confirmed|0                           |1
      Known to fail|                            |5.0

--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed.

      else
        {
          for (i = 0; i < vec_num; i++)
            {

and vec_num is 268435456 (after some time) ...  looks uninitialized to me.

(gdb) p group_size
$21 = 268435456

for some reason we detect a grouped load with a single load and group size
268435456:

t.c:9:3: note: === vect_analyze_data_ref_accesses ===
t.c:9:3: note: Detected single element interleaving _6->g[0] step 2147483648
t.c:9:3: note: Data access with gaps requires scalar epilogue loop


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]