History log of /llvm-project/llvm/test/CodeGen/X86/apx/setzucc.ll (Results 1 – 3 of 3)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: llvmorg-21-init, llvmorg-19.1.7, llvmorg-19.1.6, llvmorg-19.1.5, llvmorg-19.1.4, llvmorg-19.1.3, llvmorg-19.1.2
# e6bf48d1 02-Oct-2024 Jeremy Morse <jeremy.morse@sony.com>

[X86] Don't request 0x90 nop filling in p2align directives (#110134)

As of rev ea222be0d, LLVMs assembler will actually try to honour the
"fill value" part of p2align directives. X86 printed these

[X86] Don't request 0x90 nop filling in p2align directives (#110134)

As of rev ea222be0d, LLVMs assembler will actually try to honour the
"fill value" part of p2align directives. X86 printed these as 0x90, which
isn't actually what it wanted: we want multi-byte nops for .text
padding. Compiling via a textual assembly file produces single-byte
nop padding since ea222be0d but the built-in assembler will produce
multi-byte nops. This divergent behaviour is undesirable.

To fix: don't set the byte padding field for x86, which allows the
assembler to pick multi-byte nops. Test that we get the same multi-byte
padding when compiled via textual assembly or directly to object file.
Added same-align-bytes-with-llasm-llobj.ll to that effect, updated
numerous other tests to not contain check-lines for the explicit padding.

show more ...


Revision tags: llvmorg-19.1.1, llvmorg-19.1.0, llvmorg-19.1.0-rc4, llvmorg-19.1.0-rc3, llvmorg-19.1.0-rc2
# 50cf4134 31-Jul-2024 Shengchen Kan <shengchen.kan@intel.com>

[X86,CodeGen] Return the correct condition code for SETZUCC

llvm-issue: https://github.com/llvm/llvm-project/issues/101288


Revision tags: llvmorg-19.1.0-rc1, llvmorg-20-init
# a4fef26c 26-Jun-2024 Shengchen Kan <shengchen.kan@intel.com>

[X86][FixupSetCC] Substitute setcc + zext pair with setzucc if possible (#96594)