On 08/13/2015 02:29 PM, Richard Sandiford wrote:
Jeff Law <l...@redhat.com> writes:
On 08/05/2015 08:18 AM, Richard Sandiford wrote:
Building some targets results in a warning about orig_dup[i] potentially
being used uninitialised.  I think the warning is fair, since it isn't
obvious that the reog_data-based loop bound remains unchanged between:

    for (i = 0; i < recog_data.n_dups; i++)
      orig_dup[i] = *recog_data.dup_loc[i];

and:

    for (i = 0; i < recog_data.n_dups; i++)
      *recog_data.dup_loc[i] = orig_dup[i];

Tested on x86_64-linux-gnu.  OK to install?

Thanks,
Richard

gcc/
        * reload1.c (elimination_costs_in_insn): Make it obvious to the
        compiler that the n_dups and n_operands loop bounds are invariant.
So thinking more about this, I think the best way forward is to:

    1. Create a new BZ with the false positive extracted from c#4.

    2. Install your patch and close 55035.

I'll take care of #1, you can handle #2.

Thanks, I've now done #2.
THanks. I've got the new BZ in place. So we both pop one item off our stacks.

jeff

Reply via email to