[NaCl SDK] Upate atomic ops in nacl_io

native_client_sdk/src/libraries/sdk_util/atomicops.h

 /* Copyright 2013 The Chromium Authors. All rights reserved.
  * Use of this source code is governed by a BSD-style license that can be
  * found in the LICENSE file.
  */
 
 #ifndef LIBRARIES_SDK_UTIL_ATOMICOPS_H_
 #define LIBRARIES_SDK_UTIL_ATOMICOPS_H_
 
 #ifndef WIN32
 
 #include <stdint.h>
 typedef int32_t Atomic32;
 
 #ifndef __llvm__
 static inline void MemoryBarrier() {
   __sync_synchronize();
 }
 #endif
 
 inline Atomic32 AtomicAddFetch(volatile Atomic32* ptr, Atomic32 value) {
   return __sync_add_and_fetch(ptr, value);
 }
 
+inline Atomic32 AtomicAndFetch(volatile Atomic32* ptr, Atomic32 value) {

[binji, 2013/07/12 00:51:23]

these are not used, maybe add them in a CL that uses them?

[noelallen1, 2013/07/12 23:18:47]

I though it made more sense to break them out with the locking than to make the
epoll change more complex.

+  return __sync_and_and_fetch(ptr, value);
+}
+
+inline Atomic32 AtomicOrFetch(volatile Atomic32* ptr, Atomic32 value) {
+  return __sync_or_and_fetch(ptr, value);
+}
+
+inline Atomic32 AtomicXorFetch(volatile Atomic32* ptr, Atomic32 value) {
+  return __sync_xor_and_fetch(ptr, value);
+}
+
 #else
 
 #include <windows.h>
 
 /* Undefine many Windows.h macros that we almost certainly do not want. */
 #undef min
 #undef max
 #undef PostMessage
 #undef interface
 
 typedef long Atomic32;
 
 /* Windows.h already defines a MemoryBarrier macro. */
 
 inline Atomic32 AtomicAddFetch(volatile Atomic32* ptr, Atomic32 value) {
   return InterlockedExchangeAdd(ptr, value);
 }
+
+inline Atomic32 AtomicAndFetch(volatile Atomic32* ptr, Atomic32 value) {
+  return InterlockedAnd(ptr, value);
+}
+
+inline Atomic32 AtomicOrFetch(volatile Atomic32* ptr, Atomic32 value) {
+  return InterlockedOr(ptr, value);
+}
+
+inline Atomic32 AtomicXorFetch(volatile Atomic32* ptr, Atomic32 value) {
+  return InterlockedOr(ptr, value);
+}
+
 #endif
 
 
 #endif  /* LIBRARIES_SDK_UTIL_ATOMICOPS_H_ */