3

在一段较大的代码中，我注意到 glib 中的 g_atomic_* 函数并没有达到我的预期，所以我写了这个简单的例子：

#include <stdlib.h>
#include "glib.h"
#include "pthread.h"
#include "stdio.h"

void *set_foo(void *ptr) {
  g_atomic_int_set(((int*)ptr), 42);
  return NULL;
}

int main(void) {
  int foo = 0;
  pthread_t other;

  if (pthread_create(&other, NULL, set_foo, &foo)== 0) {
    pthread_join(other, NULL);
    printf("Got %d\n", g_atomic_int_get(&foo));
  } else {
    printf("Thread did not run\n");
    exit(1);
  }
}

当我使用 GCC 的 '-E' 选项（预处理后停止）编译它时，我注意到对 g_atomic_int_get(&foo) 的调用已变为：

(*(&foo))

并且 g_atomic_int_set(((int*)ptr), 42) 已变为：

((void) (*(((int*)ptr)) = (42)))

显然，我期待一些原子比较和交换操作，而不仅仅是简单的（线程不安全）分配。我究竟做错了什么？

作为参考，我的编译命令如下所示：

gcc -m64 -E -o foo.E `pkg-config --cflags glib-2.0` -O0 -g foo.c
4

1 回答 1

2

您所在的架构不需要原子整数设置/获取操作的内存屏障，因此转换是有效的。

这是它的定义：http ://git.gnome.org/browse/glib/tree/glib/gatomic.h#n60

这是一件好事，因为否则您需要为每个原子操作锁定一个全局互斥锁。

于 2011-04-08T21:06:50.127 回答