llvm-project/clang/test/CodeGen/atomics-sema-alignment.c
Tim Northover 9dc1d0c74e [Atomics] warn about atomic accesses using libcalls
If an atomic variable is misaligned (and that suspicion is why Clang emits
libcalls at all) the runtime support library will have to use a lock to safely
access it, with potentially very bad performance consequences. There's a very
good chance this is unintentional so it makes sense to issue a warning.

Also give it a named group so people can promote it to an error, or disable it
if they really don't care.

llvm-svn: 330566
2018-04-23 08:16:24 +00:00

28 lines
1017 B
C

// RUN: %clang_cc1 -triple aarch64-linux-gnu %s -emit-llvm -o /dev/null -verify
typedef struct {
int a, b;
} IntPair;
typedef struct {
long long a;
} LongStruct;
typedef int __attribute__((aligned(1))) unaligned_int;
void func(IntPair *p) {
IntPair res;
__atomic_load(p, &res, 0); // expected-warning {{misaligned or large atomic operation may incur significant performance penalty}}
__atomic_store(p, &res, 0); // expected-warning {{misaligned or large atomic operation may incur significant performance penalty}}
__atomic_fetch_add((unaligned_int *)p, 1, 2); // expected-warning {{misaligned or large atomic operation may incur significant performance penalty}}
__atomic_fetch_sub((unaligned_int *)p, 1, 3); // expected-warning {{misaligned or large atomic operation may incur significant performance penalty}}
}
void func1(LongStruct *p) {
LongStruct res;
__atomic_load(p, &res, 0);
__atomic_store(p, &res, 0);
__atomic_fetch_add((int *)p, 1, 2);
__atomic_fetch_sub((int *)p, 1, 3);
}