mirror of
https://github.com/Gericom/teak-llvm.git
synced 2025-06-26 14:58:59 -04:00
e8c3721165
Having some kind of weird kernel-assisted ABI for these when the native instructions are available appears to be (and should be) the exception; OSs have been gradually opting in for years and the code was getting silly. So let LLVM decide whether it's possible/profitable to inline them by default. Patch by Phoebe Buckheister. llvm-svn: 212598
36 lines
1.0 KiB
C
36 lines
1.0 KiB
C
// RUN: %clang_cc1 %s -emit-llvm -o - -triple=thumbv6m-none--eabi -target-cpu cortex-m0 | FileCheck %s
|
|
|
|
int i;
|
|
long long l;
|
|
|
|
typedef enum memory_order {
|
|
memory_order_relaxed, memory_order_consume, memory_order_acquire,
|
|
memory_order_release, memory_order_acq_rel, memory_order_seq_cst
|
|
} memory_order;
|
|
|
|
void test_presence(void)
|
|
{
|
|
// CHECK-LABEL: @test_presence
|
|
// CHECK: __atomic_fetch_add_4
|
|
__atomic_fetch_add(&i, 1, memory_order_seq_cst);
|
|
// CHECK: __atomic_fetch_sub_4
|
|
__atomic_fetch_sub(&i, 1, memory_order_seq_cst);
|
|
// CHECK: __atomic_load_4
|
|
int r;
|
|
__atomic_load(&i, &r, memory_order_seq_cst);
|
|
// CHECK: __atomic_store_4
|
|
r = 0;
|
|
__atomic_store(&i, &r, memory_order_seq_cst);
|
|
|
|
// CHECK: __atomic_fetch_add_8
|
|
__atomic_fetch_add(&l, 1, memory_order_seq_cst);
|
|
// CHECK: __atomic_fetch_sub_8
|
|
__atomic_fetch_sub(&l, 1, memory_order_seq_cst);
|
|
// CHECK: __atomic_load_8
|
|
long long rl;
|
|
__atomic_load(&l, &rl, memory_order_seq_cst);
|
|
// CHECK: __atomic_store_8
|
|
rl = 0;
|
|
__atomic_store(&l, &rl, memory_order_seq_cst);
|
|
}
|