On Fri, Jan 15, 2016 at 06:24:42AM -0800, H.J. Lu wrote:
> >> -Ofast -mavx -mno-avx2 -mtune=bdver2
> >>
> >> float *a, *b;
> >> int c, d, e, f;
> >> void
> >> foo (void)
> >> {
> >> for (; c; c++)
> >> a[c] = 0;
> >> if (!d)
> >> for (; c < f; c++)
> >> b[c] = (double) e / b[c];
>
On Fri, Jan 15, 2016 at 6:16 AM, H.J. Lu wrote:
> On Fri, Jan 15, 2016 at 6:11 AM, Jakub Jelinek wrote:
>> On Fri, Jan 15, 2016 at 01:36:40PM +0100, Richard Biener wrote:
>>> >> My patches only change SSE patterns without ssememalign
>>> >> attribute, which defaults to
>>> >>
>>> >> (define_attr
On Fri, Jan 15, 2016 at 6:11 AM, Jakub Jelinek wrote:
> On Fri, Jan 15, 2016 at 01:36:40PM +0100, Richard Biener wrote:
>> >> My patches only change SSE patterns without ssememalign
>> >> attribute, which defaults to
>> >>
>> >> (define_attr "ssememalign" "" (const_int 0))
>> >
>> > The patch is O
On Fri, Jan 15, 2016 at 01:36:40PM +0100, Richard Biener wrote:
> >> My patches only change SSE patterns without ssememalign
> >> attribute, which defaults to
> >>
> >> (define_attr "ssememalign" "" (const_int 0))
> >
> > The patch is OK for mainline.
> >
> > (subst.md changes can IMO be considered
On Tue, Jan 5, 2016 at 8:30 PM, Uros Bizjak wrote:
> On Tue, Jan 5, 2016 at 8:20 PM, H.J. Lu wrote:
>> On Tue, Jan 5, 2016 at 11:14 AM, Uros Bizjak wrote:
>>> On Tue, Jan 5, 2016 at 7:58 PM, H.J. Lu wrote:
On Tue, Jan 5, 2016 at 4:32 AM, H.J. Lu wrote:
> On Tue, Jan 5, 2016 at 12:11 A
On Wed, Jan 6, 2016 at 10:18 AM, Uros Bizjak wrote:
> On Tue, Jan 5, 2016 at 10:34 PM, Richard Sandiford
> wrote:
>> Jakub Jelinek writes:
>>> On Mon, Jan 04, 2016 at 03:25:48PM -0800, H.J. Lu wrote:
LRA is fine. I should use
(define_memory_constraint "Bm"
"@internal Vecto
On Tue, Jan 5, 2016 at 10:34 PM, Richard Sandiford
wrote:
> Jakub Jelinek writes:
>> On Mon, Jan 04, 2016 at 03:25:48PM -0800, H.J. Lu wrote:
>>> LRA is fine. I should use
>>>
>>> (define_memory_constraint "Bm"
>>> "@internal Vector memory operand."
>>> (match_operand 0 "vector_memory_operan
Jakub Jelinek writes:
> On Mon, Jan 04, 2016 at 03:25:48PM -0800, H.J. Lu wrote:
>> LRA is fine. I should use
>>
>> (define_memory_constraint "Bm"
>> "@internal Vector memory operand."
>> (match_operand 0 "vector_memory_operand"))
>>
>> instead of
>>
>> (define_constraint "Bm"
>> "@inter
On Tue, Jan 5, 2016 at 8:20 PM, H.J. Lu wrote:
> On Tue, Jan 5, 2016 at 11:14 AM, Uros Bizjak wrote:
>> On Tue, Jan 5, 2016 at 7:58 PM, H.J. Lu wrote:
>>> On Tue, Jan 5, 2016 at 4:32 AM, H.J. Lu wrote:
On Tue, Jan 5, 2016 at 12:11 AM, Jakub Jelinek wrote:
> On Mon, Jan 04, 2016 at 03:
On Tue, Jan 5, 2016 at 11:14 AM, Uros Bizjak wrote:
> On Tue, Jan 5, 2016 at 7:58 PM, H.J. Lu wrote:
>> On Tue, Jan 5, 2016 at 4:32 AM, H.J. Lu wrote:
>>> On Tue, Jan 5, 2016 at 12:11 AM, Jakub Jelinek wrote:
On Mon, Jan 04, 2016 at 03:25:48PM -0800, H.J. Lu wrote:
> LRA is fine. I sh
On Tue, Jan 5, 2016 at 7:58 PM, H.J. Lu wrote:
> On Tue, Jan 5, 2016 at 4:32 AM, H.J. Lu wrote:
>> On Tue, Jan 5, 2016 at 12:11 AM, Jakub Jelinek wrote:
>>> On Mon, Jan 04, 2016 at 03:25:48PM -0800, H.J. Lu wrote:
LRA is fine. I should use
(define_memory_constraint "Bm"
"@
On Tue, Jan 5, 2016 at 4:32 AM, H.J. Lu wrote:
> On Tue, Jan 5, 2016 at 12:11 AM, Jakub Jelinek wrote:
>> On Mon, Jan 04, 2016 at 03:25:48PM -0800, H.J. Lu wrote:
>>> LRA is fine. I should use
>>>
>>> (define_memory_constraint "Bm"
>>> "@internal Vector memory operand."
>>> (match_operand 0
On Tue, Jan 5, 2016 at 12:11 AM, Jakub Jelinek wrote:
> On Mon, Jan 04, 2016 at 03:25:48PM -0800, H.J. Lu wrote:
>> LRA is fine. I should use
>>
>> (define_memory_constraint "Bm"
>> "@internal Vector memory operand."
>> (match_operand 0 "vector_memory_operand"))
>>
>> instead of
>>
>> (define
On Mon, Jan 04, 2016 at 03:25:48PM -0800, H.J. Lu wrote:
> LRA is fine. I should use
>
> (define_memory_constraint "Bm"
> "@internal Vector memory operand."
> (match_operand 0 "vector_memory_operand"))
>
> instead of
>
> (define_constraint "Bm"
> "@internal Vector memory operand."
> (ma
On Mon, Jan 4, 2016 at 1:11 PM, H.J. Lu wrote:
> On Mon, Jan 4, 2016 at 12:19 PM, Uros Bizjak wrote:
>> On Mon, Jan 4, 2016 at 4:11 AM, H.J. Lu wrote:
>>> On Sat, Jan 2, 2016 at 10:26 AM, H.J. Lu wrote:
On Sat, Jan 2, 2016 at 3:58 AM, Richard Biener
wrote:
> On January 2, 2016 11
On Mon, Jan 4, 2016 at 12:19 PM, Uros Bizjak wrote:
> On Mon, Jan 4, 2016 at 4:11 AM, H.J. Lu wrote:
>> On Sat, Jan 2, 2016 at 10:26 AM, H.J. Lu wrote:
>>> On Sat, Jan 2, 2016 at 3:58 AM, Richard Biener
>>> wrote:
On January 2, 2016 11:32:33 AM GMT+01:00, Uros Bizjak
wrote:
>On
On Mon, Jan 4, 2016 at 4:11 AM, H.J. Lu wrote:
> On Sat, Jan 2, 2016 at 10:26 AM, H.J. Lu wrote:
>> On Sat, Jan 2, 2016 at 3:58 AM, Richard Biener
>> wrote:
>>> On January 2, 2016 11:32:33 AM GMT+01:00, Uros Bizjak
>>> wrote:
On Thu, Dec 31, 2015 at 4:29 PM, H.J. Lu wrote:
> On Thu, D
On Mon, Jan 4, 2016 at 12:21 AM, Jakub Jelinek wrote:
> On Sun, Jan 03, 2016 at 07:11:58PM -0800, H.J. Lu wrote:
>> --- a/gcc/config/i386/predicates.md
>> +++ b/gcc/config/i386/predicates.md
>> @@ -951,6 +951,13 @@
>> (match_test "INTEGRAL_MODE_P (GET_MODE (op))")
>> (match_test "o
On Sun, Jan 03, 2016 at 07:11:58PM -0800, H.J. Lu wrote:
> --- a/gcc/config/i386/predicates.md
> +++ b/gcc/config/i386/predicates.md
> @@ -951,6 +951,13 @@
> (match_test "INTEGRAL_MODE_P (GET_MODE (op))")
> (match_test "op == CONSTM1_RTX (GET_MODE (op))")))
>
> +; Return true when
On Sat, Jan 2, 2016 at 10:26 AM, H.J. Lu wrote:
> On Sat, Jan 2, 2016 at 3:58 AM, Richard Biener
> wrote:
>> On January 2, 2016 11:32:33 AM GMT+01:00, Uros Bizjak
>> wrote:
>>>On Thu, Dec 31, 2015 at 4:29 PM, H.J. Lu wrote:
On Thu, Dec 31, 2015 at 1:14 AM, Uros Bizjak
>>>wrote:
> On
On Sat, Jan 2, 2016 at 3:58 AM, Richard Biener
wrote:
> On January 2, 2016 11:32:33 AM GMT+01:00, Uros Bizjak
> wrote:
>>On Thu, Dec 31, 2015 at 4:29 PM, H.J. Lu wrote:
>>> On Thu, Dec 31, 2015 at 1:14 AM, Uros Bizjak
>>wrote:
On Wed, Dec 30, 2015 at 9:53 PM, H.J. Lu
>>wrote:
> SSE v
On January 2, 2016 11:32:33 AM GMT+01:00, Uros Bizjak wrote:
>On Thu, Dec 31, 2015 at 4:29 PM, H.J. Lu wrote:
>> On Thu, Dec 31, 2015 at 1:14 AM, Uros Bizjak
>wrote:
>>> On Wed, Dec 30, 2015 at 9:53 PM, H.J. Lu
>wrote:
SSE vector arithmetic and logic instructions only accept aligned
>memor
On Thu, Dec 31, 2015 at 4:29 PM, H.J. Lu wrote:
> On Thu, Dec 31, 2015 at 1:14 AM, Uros Bizjak wrote:
>> On Wed, Dec 30, 2015 at 9:53 PM, H.J. Lu wrote:
>>> SSE vector arithmetic and logic instructions only accept aligned memory
>>> operand. This patch adds vector_memory_operand and "Bm" constr
On Thu, Dec 31, 2015 at 8:12 AM, Jakub Jelinek wrote:
> On Thu, Dec 31, 2015 at 07:29:21AM -0800, H.J. Lu wrote:
>> > This patch is just papering over deeper problem, as Jakub said in the PR
>> > [1]:
>> >
>> > --q--
>> > GCC uses the ix86_legitimate_combined_insn target hook to disallow
>> > mis
On Thu, Dec 31, 2015 at 07:29:21AM -0800, H.J. Lu wrote:
> > This patch is just papering over deeper problem, as Jakub said in the PR
> > [1]:
> >
> > --q--
> > GCC uses the ix86_legitimate_combined_insn target hook to disallow
> > misaligned memory into certain SSE instructions.
> > (subreg:V4SI
On Thu, Dec 31, 2015 at 1:14 AM, Uros Bizjak wrote:
> On Wed, Dec 30, 2015 at 9:53 PM, H.J. Lu wrote:
>> SSE vector arithmetic and logic instructions only accept aligned memory
>> operand. This patch adds vector_memory_operand and "Bm" constraint for
>> aligned SSE memory operand. They are appl
On Wed, Dec 30, 2015 at 9:53 PM, H.J. Lu wrote:
> SSE vector arithmetic and logic instructions only accept aligned memory
> operand. This patch adds vector_memory_operand and "Bm" constraint for
> aligned SSE memory operand. They are applied to SSE any_logic patterns.
>
> OK for trunk and releas
27 matches
Mail list logo
