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

            Bug ID: 114150
           Summary: gcc.target/i386/avx512cd-vpbroadcastmb2q-2.c etc. FAIL
           Product: gcc
           Version: 14.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ro at gcc dot gnu.org
                CC: ubizjak at gmail dot com
  Target Milestone: ---
            Target: i?86-pc-solaris2.11, amd64-pc-solaris2.11

Two tests FAIL on 32 and 64-bit Solaris/x86 with the native asembler in use:

FAIL: gcc.target/i386/avx512cd-vpbroadcastmb2q-2.c (test for excess errors)
UNRESOLVED: gcc.target/i386/avx512cd-vpbroadcastmb2q-2.c compilation failed to
produce executable
FAIL: gcc.target/i386/avx512cd-vpbroadcastmw2d-2.c (test for excess errors)
UNRESOLVED: gcc.target/i386/avx512cd-vpbroadcastmw2d-2.c compilation failed to
produce executable

Excess errors: 
Assembler: avx512cd-vpbroadcastmb2q-2.c
        "/var/tmp//ccs_9lod.s", line 42 : Invalid instruction argument
        Near line: "    vpbroadcastmb2q %k0, %zmm0"

Assembler: avx512cd-vpbroadcastmw2d-2.c
        "/var/tmp//ccevT6Rd.s", line 35 : Invalid instruction argument
        Near line: "    vpbroadcastmw2d %k0, %zmm0"

I suspect this is just an as bug.

While I thought about adding tests for the two vpbroadcastm* insns to
check_effective_target_avx512cd to guard against this, it's probably best to
just xfail the tests on Solaris/x86 with as, especially since the native
assembler isn't seeing any more fixes these days.

Reply via email to