[Bug regression/61887] New: vect.exp UNRESOLVED tests

["m.zakirov at samsung dot com" <gcc-bugzilla at gcc dot gnu dot org>]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61887

            Bug ID: 61887
           Summary: vect.exp UNRESOLVED tests
           Product: gcc
           Version: 4.10.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: regression
          Assignee: unassigned at gcc dot gnu.org
          Reporter: m.zakirov at samsung dot com

I found that some tests from vect.exp has status UNRESOLVED in cureent compiler
version due to dissynchronization of compiler dumpers and tests check.

Example:
Test bb-slp-10.c awaits for name
bb-slp-10.c.124t.slp
but it gets this
bb-slp-10.c.124t.slp2

Open bb-slp-10.c

Change "slp" to "slp2" in
...
/* { dg-final { scan-tree-dump-times "unsupported alignment in basic block." 1
"slp" { xfail vect_element_align } } } */
/* { dg-final { scan-tree-dump-times "basic block vectorized using SLP" 1 "slp"
{ target vect_element_align } } } */

Test will pass or at least it won't have UNRESOLVED status.

Another UNRESOLVED example vect-105-big-array.c and generaly all tests with
scan-tree-dump-times and -flto option. 

-flto makes gcc to create file with name
vect-105-big-array.exe.ltrans0.114t.vect

Which is obviosly not supported too.

Configuration:

 /home/mzakirov/proj/gcc_unalign/build.arm.cortex-a15/sources/gcc_1/configure
--build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu
--target=arm-linux-gnueabi --with-interwork --enable-long-long
--enable-languages=c,c++,fortran --enable-shared --with-gnu-as --with-gnu-ld
--with-arch=armv7-a 

Run tests:

make -k check RUNTESTFLAGS='vect.exp'

--Marat