Hi Adrian~ John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx> wrote: > V8plus does not use VIS instructions and also has a different ELF machine > type, namely EM_SPARC32PLUS instead of EM_SPARCV9 if I understand correctly. > > So, we should make sure that the above change will not affect the ELF machine > type. When assembling with GNU as, there seem to be no control as to what machine type we want to emit, as it simply tries to autodetect it based on the instruction mix in the assembly code: - If there's a V9 instruction inside, then use EM_SPARC32PLUS; and - Emit EM_SPARC otherwise. This is also the case with GCC - it simply happens that GCC will try to emit V9 instructions whenever possible with `-m32 -mv8plus` or `-m32 -mcpu=v9` so there's a high chance that the resulting object file will be of a EM_SPARC32PLUS type, but this does not seem to be a guaranteed behavior. With LLVM's as, we can have finer control of emitted machine type, but so far it never sets the type to EM_SPARC32PLUS - for this I have made a patch over at https://github.com/llvm/llvm-project/pull/96583. As for VIS, GCC (and clang when it eventually supports vectorization) should not emit it unless explicitly asked, so I think we are in the clear here? > With `-mvis`, GCC generates code that takes advantage of > the UltraSPARC Visual Instruction Set extensions. > The default is `-mno-vis`.
