[02/05] Fix PR 63384

[Andrey Belevantsev]

Hello,

Here we're looping because we decrease the counter of the insns we still 
can issue on a DEBUG_INSN thus rendering the counter negative.  The fix is 
to not count debug insns in the corresponding code.  The selective 
scheduling is known to spoil the result of var tracking, but still it is 
not the reason to hang in there.

The toggle option used in the test seems to be the equivalent of just 
enabling var-tracking-assignments which should lead to the same situation; 
however, if specified as is, var-tracking-assignments will be disabled by 
the toplev.c:1460 code.  Maybe we also need the same treatment for 
flag_var_tracking_assignments_toggle.

Ok for trunk?

gcc/

2016-03-14  Andrey Belevantsev  <abel@ispras.ru>

     PR rtl-optimization/63384
     * sel-sched.c (invoke_aftermath_hooks): Do not decrease issue_more on 
DEBUG_INSN_P insns.

testsuite/

2016-03-14  Andrey Belevantsev  <abel@ispras.ru>

     PR rtl-optimization/63384
     * testsuite/g++.dg/pr63384.C: New test.

Best,
Andrey

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 02-pr63384.diff
Type: text/x-patch
Size: 1232 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20160314/8afde5da/attachment.bin>