On November 10, 2015 6:29:36 PM GMT+01:00, Joseph Myers
wrote:
>On Tue, 10 Nov 2015, Richard Biener wrote:
>
>> Looks ok but I wonder if this is dead code with
>>
>> (for pows (POW)
>> sqrts (SQRT)
>> cbrts (CBRT)
>> (simplify
>> (pows @0 REAL_CST@1)
>> (with {
>> const REAL_V
On Tue, 10 Nov 2015, Richard Biener wrote:
> Looks ok but I wonder if this is dead code with
>
> (for pows (POW)
> sqrts (SQRT)
> cbrts (CBRT)
> (simplify
> (pows @0 REAL_CST@1)
> (with {
> const REAL_VALUE_TYPE *value = TREE_REAL_CST_PTR (@1);
> REAL_VALUE_TYPE tmp;
>}
On Tue, Nov 10, 2015 at 11:57 AM, Richard Sandiford
wrote:
> Richard Biener writes:
>> On Mon, Nov 9, 2015 at 5:21 PM, Richard Sandiford
>> wrote:
>>> In practice all targets that can vectorise sqrt define the appropriate
>>> sqrt2 optab. The only case where this isn't immediately obvious
>>> i
Richard Biener writes:
> On Mon, Nov 9, 2015 at 5:21 PM, Richard Sandiford
> wrote:
>> In practice all targets that can vectorise sqrt define the appropriate
>> sqrt2 optab. The only case where this isn't immediately obvious
>> is the libmass support in rs6000.c, but Mike Meissner said that it s
On Mon, Nov 9, 2015 at 5:21 PM, Richard Sandiford
wrote:
> In practice all targets that can vectorise sqrt define the appropriate
> sqrt2 optab. The only case where this isn't immediately obvious
> is the libmass support in rs6000.c, but Mike Meissner said that it shouldn't
> be exercised for sqr
In practice all targets that can vectorise sqrt define the appropriate
sqrt2 optab. The only case where this isn't immediately obvious
is the libmass support in rs6000.c, but Mike Meissner said that it shouldn't
be exercised for sqrt.
This patch therefore uses the internal function interface inst
