On 12/08/2015 09:21 AM, Marek Polacek wrote:
The following is a conservative fix for this PR. This is an ICE transpiring
in the new "Factor conversion in COND_EXPR" optimization added in r225722.
Before this optimization kicks in, we have
:
...
p1_32 = (short unsigned int) _20;
:
On Wed, Dec 9, 2015 at 3:22 PM, Marek Polacek wrote:
> On Wed, Dec 09, 2015 at 11:41:44AM +0100, Richard Biener wrote:
>> But I don't see why we have the asserts at all - they seem to be originated
>> from
>> development. IMHO factor_out_conditonal_conversion should simply return
>> the new PHI
On Wed, Dec 09, 2015 at 11:41:44AM +0100, Richard Biener wrote:
> But I don't see why we have the asserts at all - they seem to be originated
> from
> development. IMHO factor_out_conditonal_conversion should simply return
> the new PHI it generates instead of relying on
> signle_non_signelton_ph
On Tue, Dec 8, 2015 at 5:21 PM, Marek Polacek wrote:
> The following is a conservative fix for this PR. This is an ICE transpiring
> in the new "Factor conversion in COND_EXPR" optimization added in r225722.
>
> Before this optimization kicks in, we have
> :
> ...
> p1_32 = (short unsigned
On 09/12/15 03:21, Marek Polacek wrote:
> The following is a conservative fix for this PR. This is an ICE transpiring
> in the new "Factor conversion in COND_EXPR" optimization added in r225722.
>
> Before this optimization kicks in, we have
> :
> ...
> p1_32 = (short unsigned int) _20;
>
The following is a conservative fix for this PR. This is an ICE transpiring
in the new "Factor conversion in COND_EXPR" optimization added in r225722.
Before this optimization kicks in, we have
:
...
p1_32 = (short unsigned int) _20;
:
...
iftmp.0_18 = (short unsigned int) _20;
: