[Bug testsuite/32062] gcc revision 20070523 - Non-existant sse4 test (with wrong path) causes "UNSUPPORTED" for working tests

[rob1weld at aol dot com]

------- Comment #3 from rob1weld at aol dot com  2007-05-24 04:39 -------
# as --version
GNU assembler 2.17 Debian GNU/Linux

That is the _newest_ apt-get from Debian. 

My test results are here:
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg01171.html


> This is not really a bug, as the unsupported test means it is not supported
> on your configuration which is true (too of a fine checking is just causes
> more problems than it solves).

You know I am big fan of everything "ON", and working ;)

It seems a shame that the test works when ran manually but that the automated
mechanism is not going to be too fine grained.


Another interesting command to run is this:

# grep -B 5 -A 5 Assembler\ messages gcc/testsuite/gcc/gcc.log
Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/
/root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.target/i386/sse3-movsldup.c  
-O2 -msse3 -fno-show-column  -lm   -o ./sse3-movsldup.exe    (timeout = 300)
PASS: gcc.target/i386/sse3-movsldup.c (test for excess errors)
Setting LD_LIBRARY_PATH to
:/opt/gcc-4_3-build/gcc::/opt/gcc-4_3-build/gcc:/opt/gcc-4_3-build/i686-pc-linux-gnu/libstdc++-v3/.libs:/opt/gcc-4_3-build/i686-pc-linux-gnu/libmudflap/.libs:/opt/gcc-4_3-build/i686-pc-linux-gnu/libssp/.libs:/opt/gcc-4_3-build/i686-pc-linux-gnu/libgomp/.libs:/opt/gcc-4_3-build/./gcc:/opt/gcc-4_3-build/./prev-gcc
PASS: gcc.target/i386/sse3-movsldup.c execution test
Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/  -O2
-msse4.1 -fno-show-column -c  -o sse4.125141.o sse4.125141.c    (timeout = 300)
/tmp/ccKqTs3N.s: Assembler messages:
/tmp/ccKqTs3N.s:8: Error: no such instruction: `pmulld %xmm1,%xmm0'
compiler exited with status 1
output is:
/tmp/ccKqTs3N.s: Assembler messages:
/tmp/ccKqTs3N.s:8: Error: no such instruction: `pmulld %xmm1,%xmm0'

UNSUPPORTED: gcc.target/i386/sse4_1-blendpd.c
UNSUPPORTED: gcc.target/i386/sse4_1-blendps.c
UNSUPPORTED: gcc.target/i386/sse4_1-blendvpd.c
--
UNSUPPORTED: gcc.target/i386/sse4_1-roundss-1.c
UNSUPPORTED: gcc.target/i386/sse4_1-roundss-2.c
UNSUPPORTED: gcc.target/i386/sse4_1-roundss-3.c
UNSUPPORTED: gcc.target/i386/sse4_1-roundss-4.c
Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/  -O2
-msse4a -fno-show-column -c  -o sse4a25141.o sse4a25141.c    (timeout = 300)
/tmp/ccMwoETb.s: Assembler messages:
/tmp/ccMwoETb.s:8: Error: no such instruction: `insertq %xmm1,%xmm0'
compiler exited with status 1
output is:
/tmp/ccMwoETb.s: Assembler messages:
/tmp/ccMwoETb.s:8: Error: no such instruction: `insertq %xmm1,%xmm0'

UNSUPPORTED: gcc.target/i386/sse4a-extract.c
UNSUPPORTED: gcc.target/i386/sse4a-insert.c
UNSUPPORTED: gcc.target/i386/sse4a-montsd.c


Even though the assembler does not support _some_ instructions I can manually
compile _some_ of the test programs. I guess ./configure must test "as" .

It is not the fault of the (average) user if they have the newest apt-get of
"Debian GNU/Linux" and something is broken.

I am not average and I would be more than happy to compile binutils. I would
want to use the same ./configure flags so I don't screw my as .    (TM)


-- 


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