Re: [PR86218] handle ck_aggr in compare_ics in both and either conversion

2019-02-05 Thread Jason Merrill
On 1/30/19 10:56 AM, Alexandre Oliva wrote: Because of rank compares, and checks for ck_list, we know that if we see user_conv_p or ck_list in ics1, we'll also see it in ics2. This reasoning does not extend to ck_aggr, however, so we might have ck_aggr conversions starting both ics1 and ics2, wh

[C++PATCH] Re: [PR86218] handle ck_aggr in compare_ics in both and either conversion

2019-02-04 Thread Alexandre Oliva
On Jan 30, 2019, Alexandre Oliva wrote: > Because of rank compares, and checks for ck_list, we know that if we > see user_conv_p or ck_list in ics1, we'll also see it in ics2. This > reasoning does not extend to ck_aggr, however, so we might have > ck_aggr conversions starting both ics1 and ics2

[PR86218] handle ck_aggr in compare_ics in both and either conversion

2019-01-30 Thread Alexandre Oliva
Because of rank compares, and checks for ck_list, we know that if we see user_conv_p or ck_list in ics1, we'll also see it in ics2. This reasoning does not extend to ck_aggr, however, so we might have ck_aggr conversions starting both ics1 and ics2, which we handle correctly, or either, which we l