en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGen/inline-asm-intel.c#adc402bf Use functions with prototypes when appropriate; NFCA significant number of our tests in C accidentally use functionswithout prototypes. This patch converts the function signatures to havea prototype for the situations where the test is not specific to K&R Cdeclarations. e.g., void func();becomes void func(void);This is the eleventh batch of tests being updated (there are asignificant number of other tests left to be updated). List of files: /llvm-project-15.0.7/clang/test/CodeGen/inline-asm-intel.c Tue, 15 Feb 2022 21:06:01 +0000 Aaron Ballman <aaron@aaronballman.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGen/inline-asm-intel.c#a11d27f4 [clang] Try to fix test after ae98182cf7341181eThe test assumes an integrated assembler, so use a triple wherethat's the default. List of files: /llvm-project-15.0.7/clang/test/CodeGen/inline-asm-intel.c Wed, 17 Nov 2021 19:29:29 +0000 Nico Weber <thakis@chromium.org> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGen/inline-asm-intel.c#b1ad813b [clang] Address review comments on https://reviews.llvm.org/D113707- Drop a needless `l` size suffix on a mov instruction in AT&T mode- Move varying bits of test flags to front- Add a comment about MS mode test List of files: /llvm-project-15.0.7/clang/test/CodeGen/inline-asm-intel.c Wed, 17 Nov 2021 19:03:01 +0000 Nico Weber <thakis@chromium.org> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGen/inline-asm-intel.c#ae98182c [clang] Make -masm=intel affect inline asm styleWith this, void f() { __asm__("mov eax, ebx"); }now compiles with clang with -masm=intel.This matches gcc.The flag is not accepted in clang-cl mode. It has no effect onMSVC-style `__asm {}` blocks, which are unconditionally in intelmode both before and after this change.One difference to gcc is that in clang, inline asm strings are"local" while they're "global" in gcc. Building the following with-masm=intel works with clang, but not with gcc where the ".att_syntax"from the 2nd __asm__() is in effect until file end (or until a".intel_syntax" somewhere later in the file): __asm__("mov eax, ebx"); __asm__(".att_syntax\nmovl %ebx, %eax"); __asm__("mov eax, ebx");This also updates clang's intrinsic headers to work both in-masm=att (the default) and -masm=intel modes.The official solution for this according to "Multiple assembler dialects in asmtemplates" in gcc docs->Extensions->Inline Assembly->Extended Asmis to write every inline asm snippet twice: bt{l %[Offset],%[Base] | %[Base],%[Offset]}This works in LLVM after D113932 and D113894, so use that.(Just putting `.att_syntax` at the start of the snippet works in some but notall cases: When LLVM interpolates in parameters like `%0`, it uses at&t orintel syntax according to the inline asm snippet's flavor, so the `.att_syntax`within the snippet happens to late: The interpolated-in parameter is alreadyin intel style, and then won't parse in the switched `.att_syntax`.)It might be nice to invent a `#pragma clang asm_dialect push "att"` /`#pragma clang asm_dialect pop` to be able to force asm style per snippet,so that the inline asm string doesn't contain the same code in two variants,but let's leave that for a follow-up.Fixes PR21401 and PR20241.Differential Revision: https://reviews.llvm.org/D113707 List of files: /llvm-project-15.0.7/clang/test/CodeGen/inline-asm-intel.c Thu, 11 Nov 2021 19:20:02 +0000 Nico Weber <thakis@chromium.org>