[Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937

[Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937

[ysrumyan at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

            Bug ID: 58853
           Summary: [4.9 regression] ICE after r203937
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: rtl-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ysrumyan at gmail dot com

After fix for memcpy/memset expansion on x86 target we have met with ICE on the
following simple test:

void
my_memcpy (char *dest, const char *src, int n)
{
  __builtin_memcpy (dest, src, n);
}
which must be compiled with 
  -m32 -mtune=pentiumpro -minline-all-stringops
options.

The issue is an assert:

      gcc_assert (desired_align <= size);
in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves but for
pentium-pro
we have the following exception for desired_align calculation:

  /* PentiumPro has special logic triggering for 8 byte aligned blocks.
     copying whole cacheline at once.  */
  if (TARGET_PENTIUMPRO
      && (alg == rep_prefix_4_byte || alg == rep_prefix_1_byte))
    desired_align = 8;

[Bug rtl-optimization/58853] [4.9 regression] ICE after r203937

[izamyatin at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

Igor Zamyatin <izamyatin at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hubicka at ucw dot cz,
                   |                            |izamyatin at gmail dot com

--- Comment #1 from Igor Zamyatin <izamyatin at gmail dot com> ---
Adding Honza

[Bug rtl-optimization/58853] [4.9 regression] ICE after r203937

[hubicka at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
   Last reconfirmed|                            |2013-10-23
                 CC|                            |hubicka at gcc dot gnu.org
           Assignee|unassigned at gcc dot gnu.org      |hubicka at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #2 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
mine

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ebotcazou at gcc dot gnu.org
          Component|rtl-optimization            |target
   Target Milestone|---                         |4.9.0
            Summary|[4.9 regression] ICE after  |[4.9 regression] ICE in
                   |r203937                     |expand_set_or_movmem_prolog
                   |                            |ue_epilogue_by_misaligned_m
                   |                            |oves

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[ubizjak at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
+1, x86 RTEMS build is broken without this fix. RTEMS uses -march=pentiumpro in
its default multilib configuration.
>From gcc-bugs-return-433526-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 05 09:07:48 2013
Return-Path: <gcc-bugs-return-433526-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 26637 invoked by alias); 5 Nov 2013 09:07:47 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 25846 invoked by uid 48); 5 Nov 2013 09:05:44 -0000
From: "khurshid.normuradov at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/58999] New: sizeof ...(T) is very slow than clang
Date: Tue, 05 Nov 2013 09:07:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: khurshid.normuradov at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-58999-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg00303.txt.bz2
Content-length: 2338

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX999

            Bug ID: 58999
           Summary: sizeof ...(T) is very slow than clang
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: khurshid.normuradov at gmail dot com

This code doesn't compiled well on gcc, but compiled well with clang, and very
fast.

template< int ... > struct index_sequence{   using type = index_sequence; };

template< typename T> using invoke = typename T :: type ;

template< typename T, typename U > struct concate;
template< int ...i, int ... j>
struct concate< index_sequence<i...>, index_sequence<j...> >
        : index_sequence< i... ,  (j + sizeof ... (i ) )... > {};
  //                                   \          /
  //                                    ----------
 //                                   I think here is slowly.
template< int n>
struct make_index_sequence_help : concate<
                          invoke< make_index_sequence_help<n/2>>,
                          invoke< make_index_sequence_help<n-n/2>>
                          > {};

template<> struct make_index_sequence_help <0> : index_sequence<>{};
template<> struct make_index_sequence_help <1> : index_sequence<0>{};

template< int n> using make_index_sequence = invoke<
make_index_sequence_help<n> >;


int main()
{
    using iseq = make_index_sequence< 1024 > ; // successfull
    using jseq = make_index_sequence< 1024 * 16 > ; // a lot of compile time!!!
    using kseq = make_index_sequence< 1024 * 64 > ; // can't compile: memory
exhauted!!!
};


When I change sizeof...(i)  to concrete number 's'  - compiled fastest as
clang.


template< int s, typename T, typename U > struct concate;
template< int s, int ...i, int ...j >
struct concate< s, index_sequence<i...>, index_sequence<j...> >
 :  index_sequence< i..., ( j + s ) ... > {};
//                              |_ changed sizeof...(i) to s
// and
template< int n >
struct make_index_sequence_help : concate<
                                  n / 2 ,
                          invoke< make_index_sequence_help< n / 2 > >,
                          invoke< make_index_sequence_help< n - n/2 > >
                           >{};

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[hubicka at ucw dot cz]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 2728 bytes --]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

--- Comment #4 from Jan Hubicka <hubicka at ucw dot cz> ---
Right now I am preparing a short conference, but I will try to look into it
tonight.
The way it was supposed to work is that the misaligned move prologues should be
disabled
for pentiumpro target.  I wonder why it doesn't happen - probably a simple typo
somewhere.

Honza

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
> 
> --- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
> +1, x86 RTEMS build is broken without this fix. RTEMS uses -march=pentiumpro in
> its default multilib configuration.
> 
> -- 
> You are receiving this mail because:
> You are on the CC list for the bug.
>From gcc-bugs-return-433530-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 05 09:20:44 2013
Return-Path: <gcc-bugs-return-433530-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8137 invoked by alias); 5 Nov 2013 09:20:44 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 4861 invoked by uid 48); 5 Nov 2013 09:18:42 -0000
From: "ma.jiang at zte dot com.cn" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/59000] lto can't merge user-defined weak builtin functions
Date: Tue, 05 Nov 2013 09:20:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ma.jiang at zte dot com.cn
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-59000-4-tNlZk9rbJW@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59000-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59000-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg00307.txt.bz2
Content-length: 212

http://gcc.gnu.org/bugzilla/show_bug.cgi?idY000

--- Comment #1 from ma.jiang at zte dot com.cn ---
Created attachment 31157
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id1157&actioníit
second source

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[hjl.tools at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hjl.tools at gmail dot com

--- Comment #5 from H.J. Lu <hjl.tools at gmail dot com> ---
*** Bug 59040 has been marked as a duplicate of this bug. ***

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[hubicka at ucw dot cz]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

--- Comment #7 from Jan Hubicka <hubicka at ucw dot cz> ---
> diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
> index 53e04c4..dd8d943 100644
> --- a/gcc/config/i386/i386.c
> +++ b/gcc/config/i386/i386.c
> @@ -23766,6 +23766,7 @@ ix86_expand_set_or_movmem (rtx dst, rtx src, rtx
> count_exp, rtx 
> val_exp,
>       also avoids redundant job when sizes are known precisely.  */
>    misaligned_prologue_used = (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES
>                    && MAX (desired_align, epilogue_size_needed) <= 32
> +                  && desired_align <= epilogue_size_needed
>                    && ((desired_align > align && !align_bytes)
>                    || (!count && epilogue_size_needed > 1)));
> 
> avoids crash.

Yes, we can add this, too, for correctness with manual changes to tunning flags
(so the patch is approved).
What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to be
true
given that

DEF_TUNE (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES,
          "misaligned_move_string_prologues",
          m_386 | m_486 | m_CORE_ALL | m_AMD_MULTIPLE | m_GENERIC)

and we tune for pentiumpro (that was intentionally left out for this purpose)

Honza

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[ubizjak at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

--- Comment #8 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Jan Hubicka from comment #7)

> Yes, we can add this, too, for correctness with manual changes to tunning
> flags
> (so the patch is approved).
> What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to be
> true
> given that
> 
> DEF_TUNE (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES,
>           "misaligned_move_string_prologues",
>           m_386 | m_486 | m_CORE_ALL | m_AMD_MULTIPLE | m_GENERIC)
> 
> and we tune for pentiumpro (that was intentionally left out for this purpose)


Index: i386.c
===================================================================
--- i386.c      (revision 204676)
+++ i386.c      (working copy)
@@ -23764,7 +23764,7 @@
   /* Misaligned move sequences handles both prologues and epilogues at once.
      Default code generation results in smaller code for large alignments and
      also avoids redundant job when sizes are known precisely.  */
-  misaligned_prologue_used = (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES
+  misaligned_prologue_used =
(TARGET_MISALIGNED_MOVE_STRING_PROLOGUES_EPILOGUES
                              && MAX (desired_align, epilogue_size_needed) <=
32
                              && ((desired_align > align && !align_bytes)
                                  || (!count && epilogue_size_needed > 1)));
>From gcc-bugs-return-434292-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 16:59:21 2013
Return-Path: <gcc-bugs-return-434292-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27093 invoked by alias); 11 Nov 2013 16:59:20 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 27041 invoked by uid 55); 11 Nov 2013 16:59:17 -0000
From: "hubicka at ucw dot cz" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
Date: Mon, 11 Nov 2013 16:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at ucw dot cz
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58853-4-OOehUGGsuS@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58853-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58853-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01069.txt.bz2
Content-length: 1439

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX853

--- Comment #9 from Jan Hubicka <hubicka at ucw dot cz> ---
> > What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to be
> > true
> > given that
> >
> > DEF_TUNE (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES,
> >           "misaligned_move_string_prologues",
> >           m_386 | m_486 | m_CORE_ALL | m_AMD_MULTIPLE | m_GENERIC)
> >
> > and we tune for pentiumpro (that was intentionally left out for this purpose)
I think the problem is here:
Index: config/i386/i386.h
==================================================================--- config/i386/i386.h  (revision 204166)
+++ config/i386/i386.h  (working copy)
@@ -353,7 +353,7 @@ extern unsigned char ix86_tune_features[
 #define TARGET_FAST_PREFIX     ix86_tune_features[X86_TUNE_FAST_PREFIX]
 #define TARGET_SINGLE_STRINGOP ix86_tune_features[X86_TUNE_SINGLE_STRINGOP]
 #define TARGET_MISALIGNED_MOVE_STRING_PROLOGUES_EPILOGUES \
-       ix86_tune_features[TARGET_MISALIGNED_MOVE_STRING_PROLOGUES]
+       ix86_tune_features[X86_TUNE_MISALIGNED_MOVE_STRING_PROLOGUES]
 #define TARGET_QIMODE_MATH     ix86_tune_features[X86_TUNE_QIMODE_MATH]
 #define TARGET_HIMODE_MATH     ix86_tune_features[X86_TUNE_HIMODE_MATH]
 #define TARGET_PROMOTE_QI_REGS ix86_tune_features[X86_TUNE_PROMOTE_QI_REGS]

My fault for using too long names.  I wonder if we don't want to generate those
TARGET_*
from .def file, too.

Honza

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[ubizjak at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

--- Comment #10 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Jan Hubicka from comment #9)
> > > What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to be
> > > true
> > > given that
> > > 
> > > DEF_TUNE (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES,
> > >           "misaligned_move_string_prologues",
> > >           m_386 | m_486 | m_CORE_ALL | m_AMD_MULTIPLE | m_GENERIC)
> > > 
> > > and we tune for pentiumpro (that was intentionally left out for this purpose)
> I think the problem is here:
> Index: config/i386/i386.h
> ===================================================================
> --- config/i386/i386.h  (revision 204166)
> +++ config/i386/i386.h  (working copy)
> @@ -353,7 +353,7 @@ extern unsigned char ix86_tune_features[
>  #define TARGET_FAST_PREFIX     ix86_tune_features[X86_TUNE_FAST_PREFIX]
>  #define TARGET_SINGLE_STRINGOP ix86_tune_features[X86_TUNE_SINGLE_STRINGOP]
>  #define TARGET_MISALIGNED_MOVE_STRING_PROLOGUES_EPILOGUES \
> -       ix86_tune_features[TARGET_MISALIGNED_MOVE_STRING_PROLOGUES]
> +       ix86_tune_features[X86_TUNE_MISALIGNED_MOVE_STRING_PROLOGUES]
>  #define TARGET_QIMODE_MATH     ix86_tune_features[X86_TUNE_QIMODE_MATH]
>  #define TARGET_HIMODE_MATH     ix86_tune_features[X86_TUNE_HIMODE_MATH]
>  #define TARGET_PROMOTE_QI_REGS ix86_tune_features[X86_TUNE_PROMOTE_QI_REGS]
> 
> My fault for using too long names.  I wonder if we don't want to generate
> those TARGET_*
> from .def file, too.
> 
> Honza

I'll prepare a patch (including HJ's fix) and change option to
X86_TUNE_MISALIGNED_MOVE_STRING_PRO_EPILOGUES with corresponding
TARGET_MISALIGNED_MOVE_STRING_PRO_EPILOGUES (and will fix some grammatical
issues on the way).
>From gcc-bugs-return-434294-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 17:05:19 2013
Return-Path: <gcc-bugs-return-434294-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 822 invoked by alias); 11 Nov 2013 17:05:18 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 771 invoked by uid 55); 11 Nov 2013 17:05:16 -0000
From: "hubicka at ucw dot cz" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
Date: Mon, 11 Nov 2013 17:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at ucw dot cz
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58853-4-OMA7LT8J97@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58853-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58853-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01071.txt.bz2
Content-length: 389

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX853

--- Comment #11 from Jan Hubicka <hubicka at ucw dot cz> ---
> I'll prepare a patch (including HJ's fix) and change option to
> X86_TUNE_MISALIGNED_MOVE_STRING_PRO_EPILOGUES with corresponding
> TARGET_MISALIGNED_MOVE_STRING_PRO_EPILOGUES (and will fix some grammatical
> issues on the way).
OK, thanks a lot for working on this!

Honza

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[uros at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Nov 11 20:02:19 2013
New Revision: 204685

URL: http://gcc.gnu.org/viewcvs?rev=204685&root=gcc&view=rev
Log:
    PR target/58853
    * config/i386/x86-tune.def
    (X86_TUNE_MISALIGNED_MOVE_STRING_PRO_EPILOGUES): Rename from
    TARGET_MISALIGNED_MOVE_STRING_PROLOGUES.
    * config/i386/i386.h
    (TARGET_MISALIGNED_MOVE_STRING_PRO_EPILOGUES): Rename from
    TARGET_MISALIGNED_MOVE_STRING_PROLOGUES_EPILOGUES.  Update for renamed
    X86_TUNE_MISALIGNED_MOVE_STRING_PRO_EPILOGUES.
    * config/i386/i386.c (ix86_expand_set_or_movmem): Use
    TARGET_MISALIGNED_MOVE_STRING_PRO_EPILOGUES to calculate
    misaligned_prologue_used.  Check that
    desired_aling <= epilogue_size_needed.

testsuite/ChangeLog:

    PR target/58853
    * gcc.target/i386/pr58853.c: New test.


Added:
    trunk/gcc/testsuite/gcc.target/i386/pr58853.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/config/i386/i386.c
    trunk/gcc/config/i386/i386.h
    trunk/gcc/config/i386/x86-tune.def
    trunk/gcc/testsuite/ChangeLog

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[ubizjak at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |x86
             Status|ASSIGNED                    |RESOLVED
                URL|                            |http://gcc.gnu.org/ml/gcc-p
                   |                            |atches/2013-11/msg01205.htm
                   |                            |l
         Resolution|---                         |FIXED

--- Comment #13 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed.
>From gcc-bugs-return-434309-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 20:14:58 2013
Return-Path: <gcc-bugs-return-434309-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16590 invoked by alias); 11 Nov 2013 20:14:58 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 16485 invoked by uid 48); 11 Nov 2013 20:14:55 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/47642] real(kind\x16) - libquadmath - segfault on amd64 FreeBSD
Date: Mon, 11 Nov 2013 20:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.6.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak at gmail dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-47642-4-crlqaaSu9V@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-47642-4@http.gcc.gnu.org/bugzilla/>
References: <bug-47642-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01086.txt.bz2
Content-length: 129

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642

--- Comment #24 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed?
>From gcc-bugs-return-434310-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 20:32:38 2013
Return-Path: <gcc-bugs-return-434310-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27824 invoked by alias); 11 Nov 2013 20:32:37 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 27795 invoked by uid 48); 11 Nov 2013 20:32:34 -0000
From: "ahu at ds9a dot nl" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/59079] New: a lambda with a parameter that depends on vector<>::value_type typedef leads to compiler error
Date: Mon, 11 Nov 2013 20:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ahu at ds9a dot nl
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter attachments.created
Message-ID: <bug-59079-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01087.txt.bz2
Content-length: 1865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59079

            Bug ID: 59079
           Summary: a lambda with a parameter that depends on
                    vector<>::value_type typedef leads to compiler error
           Product: gcc
           Version: 4.8.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ahu at ds9a dot nl

Created attachment 31194
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31194&action=edit
small test file that fails to compile

Thanks for the c++2011 support, it makes me happy! However, the following fails
to compile in g++ 4.6.3 and 4.8.3 (at least), and I think it is valid c++2011.

#include <vector>
#include <functional>

template<typename T>
void buildvect(const T& vect, 
          std::function<double(typename T::value_type)> yTransform)
{}

int main()
{
  std::vector<int> blah{1,2,3,4};
  buildvect(blah, [](int a) { return 1.0*a;});
}

Delivers:
t.cc: In function ‘int main()’:
t.cc:12:45: error: no matching function for call to
‘buildvect(std::vector<int>&, main()::__lambda0)’
   buildvect(blah, [](int a) { return 1.0*a;});
                                             ^
t.cc:12:45: note: candidate is:
t.cc:5:6: note: template<class T> void buildvect(const T&,
std::function<double(typename T::value_type)>)
 void buildvect(const T& vect, 
      ^
t.cc:5:6: note:   template argument deduction/substitution failed:
t.cc:12:45: note:   ‘main()::__lambda0’ is not derived from
‘std::function<double(typename T::value_type)>’
   buildvect(blah, [](int a) { return 1.0*a;});
                                             ^
Does compile in clang 3.3, does compile if T::value_type is replaced by int.

Thanks!
>From gcc-bugs-return-434311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 20:53:30 2013
Return-Path: <gcc-bugs-return-434311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5467 invoked by alias); 11 Nov 2013 20:53:30 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 5439 invoked by uid 48); 11 Nov 2013 20:53:26 -0000
From: "reichelt at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/59080] New: [4.9 Regression] [c++11] ICE with array of auto
Date: Mon, 11 Nov 2013 20:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: reichelt at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-59080-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01088.txt.bz2
Content-length: 1961

http://gcc.gnu.org/bugzilla/show_bug.cgi?idY080

            Bug ID: 59080
           Summary: [4.9 Regression] [c++11] ICE with array of auto
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: reichelt at gcc dot gnu.org

The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
on trunk:

=============================#include <initializer_list>

auto foo[] = {};
=============================
bug.cc:3:15: internal compiler error: Segmentation fault
 auto foo[] = {};
               ^
0xb2a93f crash_signal
        ../../gcc/gcc/toplev.c:334
0x5dd6f9 tree_check5
        ../../gcc/gcc/tree.h:2792
0x5dd6f9 unify_array_domain
        ../../gcc/gcc/cp/pt.c:17027
0x5d46ae unify
        ../../gcc/gcc/cp/pt.c:17198
0x5ddf46 unify_one_argument
        ../../gcc/gcc/cp/pt.c:16100
0x5d2e73 type_unification_real
        ../../gcc/gcc/cp/pt.c:16172
0x5e6b82 do_auto_deduction(tree_node*, tree_node*, tree_node*)
        ../../gcc/gcc/cp/pt.c:21402
0x57846c cp_finish_decl(tree_node*, tree_node*, bool, tree_node*, int)
        ../../gcc/gcc/cp/decl.c:6162
0x6661b1 cp_parser_init_declarator
        ../../gcc/gcc/cp/parser.c:16693
0x66791f cp_parser_simple_declaration
        ../../gcc/gcc/cp/parser.c:11107
0x64b820 cp_parser_block_declaration
        ../../gcc/gcc/cp/parser.c:10988
0x66f2e7 cp_parser_declaration
        ../../gcc/gcc/cp/parser.c:10885
0x66e008 cp_parser_declaration_seq_opt
        ../../gcc/gcc/cp/parser.c:10771
0x66f896 cp_parser_translation_unit
        ../../gcc/gcc/cp/parser.c:4007
0x66f896 c_parse_file()
        ../../gcc/gcc/cp/parser.c:31107
0x790973 c_common_parse_file()
        ../../gcc/gcc/c-family/c-opts.c:1055
Please submit a full bug report, [etc.]

The regression appeared between 4.9.0 20131012 and 4.9.0 20131019.

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[uros at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

--- Comment #14 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Nov 14 21:26:09 2013
New Revision: 204823

URL: http://gcc.gnu.org/viewcvs?rev=204823&root=gcc&view=rev
Log:
    Backport from mainline
    2013-11-10  Uros Bizjak  <ubizjak@gmail.com>

    * mode-switching.c (optimize_mode_switching): Mark block as
    nontransparent, if last_mode at block exit is different from no_mode.

    Backport from mainline
    2013-11-06  Uros Bizjak  <ubizjak@gmail.com>

    PR target/59021
    * config/i386/i386.c (ix86_avx_u128_mode_needed): Require
    AVX_U128_DIRTY mode for call_insn RTXes that use AVX256 registers.
    (ix86_avx_u128_mode_needed): Return AVX_U128_DIRTY mode for call_insn
    RTXes that return in AVX256 register.

testsuite/ChangeLog:

    Backport from mainline
    2013-11-11  Uros Bizjak  <ubizjak@gmail.com>

    PR target/58853
    * gcc.target/i386/pr58853.c: New test.


Added:
    branches/gcc-4_8-branch/gcc/testsuite/gcc.target/i386/pr59021.c
Modified:
    branches/gcc-4_8-branch/gcc/ChangeLog
    branches/gcc-4_8-branch/gcc/config/i386/i386.c
    branches/gcc-4_8-branch/gcc/mode-switching.c
    branches/gcc-4_8-branch/gcc/testsuite/ChangeLog

[Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves

[ubizjak at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853

--- Comment #15 from Uroš Bizjak <ubizjak at gmail dot com> ---
Whops, wrong PR number in ChangeLog entry.
>From gcc-bugs-return-434643-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 14 21:33:39 2013
Return-Path: <gcc-bugs-return-434643-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 24433 invoked by alias); 14 Nov 2013 21:33:39 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 22044 invoked by uid 48); 14 Nov 2013 21:32:16 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/59021] [4.9 regression] new vzeroupper instructions generated with -mavx
Date: Thu, 14 Nov 2013 21:33:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ubizjak at gmail dot com
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-59021-4-et2N2y3jgj@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59021-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59021-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01420.txt.bz2
Content-length: 428

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED

--- Comment #7 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed.
>From gcc-bugs-return-434644-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 14 21:51:15 2013
Return-Path: <gcc-bugs-return-434644-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5606 invoked by alias); 14 Nov 2013 21:51:15 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 5553 invoked by uid 55); 14 Nov 2013 21:51:11 -0000
From: "congh at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/56764] vect_prune_runtime_alias_test_list not smart enough
Date: Thu, 14 Nov 2013 21:51:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 4.8.0
X-Bugzilla-Keywords: missed-optimization
X-Bugzilla-Severity: normal
X-Bugzilla-Who: congh at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56764-4-49gxkh7AZ6@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56764-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56764-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01421.txt.bz2
Content-length: 1461

http://gcc.gnu.org/bugzilla/show_bug.cgi?idV764

--- Comment #5 from congh at gcc dot gnu.org ---
Author: congh
Date: Thu Nov 14 21:51:07 2013
New Revision: 204825

URL: http://gcc.gnu.org/viewcvs?rev 4825&root=gcc&view=rev
Log:
2013-11-14  Cong Hou  <congh@google.com>

    Backport from mainline
    2013-11-14  Cong Hou  <congh@google.com>

    * tree-vectorizer.h (struct dr_with_seg_len): Remove the base
    address field as it can be obtained from dr.  Rename the struct.
    * tree-vect-data-refs.c (comp_dr_with_seg_len_pair): Consider
    steps of data references during sort.
    (vect_prune_runtime_alias_test_list): Adjust with the change to
    struct dr_with_seg_len.
    * tree-vect-loop-manip.c (vect_create_cond_for_alias_checks):
    Adjust with the change to struct dr_with_seg_len.

    2013-11-07  Cong Hou  <congh@google.com>

    PR tree-optimization/56764
    * tree-vect-loop-manip.c (vect_create_cond_for_alias_checks):
    Combine alias checks if it is possible to amortize the runtime
    overhead.  Return the number of alias checks after merging.
    * tree-vect-data-refs.c (vect_prune_runtime_alias_test_list):
    Use the function vect_create_cond_for_alias_checks () to check
    the number of alias checks.


Modified:
    branches/google/gcc-4_8/gcc/ChangeLog
    branches/google/gcc-4_8/gcc/tree-vect-data-refs.c
    branches/google/gcc-4_8/gcc/tree-vect-loop-manip.c
    branches/google/gcc-4_8/gcc/tree-vectorizer.h