Re: [005/nnn] poly_int: rtx constants

2017-12-18 Thread Jeff Law
On 12/14/2017 06:25 PM, Richard Sandiford wrote: > Jeff Law writes: >> On 10/23/2017 11:00 AM, Richard Sandiford wrote: >>> This patch adds an rtl representation of poly_int values. >>> There were three possible ways of doing this: >>> >>> (1) Add a new rtl code for the poly_ints themselves and st

Re: [005/nnn] poly_int: rtx constants

2017-12-14 Thread Richard Sandiford
Jeff Law writes: > On 10/23/2017 11:00 AM, Richard Sandiford wrote: >> This patch adds an rtl representation of poly_int values. >> There were three possible ways of doing this: >> >> (1) Add a new rtl code for the poly_ints themselves and store the >> coefficients as trailing wide_ints. Thi

Re: [005/nnn] poly_int: rtx constants

2017-11-16 Thread Jeff Law
On 10/23/2017 11:00 AM, Richard Sandiford wrote: > This patch adds an rtl representation of poly_int values. > There were three possible ways of doing this: > > (1) Add a new rtl code for the poly_ints themselves and store the > coefficients as trailing wide_ints. This would give constants li

[005/nnn] poly_int: rtx constants

2017-10-23 Thread Richard Sandiford
This patch adds an rtl representation of poly_int values. There were three possible ways of doing this: (1) Add a new rtl code for the poly_ints themselves and store the coefficients as trailing wide_ints. This would give constants like: (const_poly_int [c0 c1 ... cn]) The runtime