Redundante __thread und omp threadlokale Deklaration

Question

Ich versuche, etwas Bibliothekscode zu schreiben, der von Leuten benutzt werden kann, die Pthreads aktiviert haben (oder nicht), und von Leuten, die openmp Unterstützung haben (oder nicht). Ich habe eine Variable, die ich wirklich im thread-lokalen Speicher sein möchte. Gibt es einen möglichen Schaden dies zweimal in spezifizieren, zum Beispiel

#ifdef __GNUC__ 
# define PREFIX __thread 
#elif __STDC_VERSION__ >= 201112L 
# define PREFIX _Thread_local 
#elif defined(_MSC_VER) 
# define PREFIX __declspec(thread) 
#else 
# define PREFIX 
#endif 

PREFIX int var = 10; 
#pragma omp threadprivate(var) 

(Hinweis: das Geschäft des TLS-Präfix, um herauszufinden, aus How to declare a variable as thread local portably? genommen)

Ich weiß, das funktioniert auf meinem System (Debian mit dem letzten gcc), aber es ist schwer zu wissen, ob etwas anders schief gehen könnte, da diese Compiler-spezifischen Deklarationen nicht Teil des OpenMP-Standards sind.

Answer 1

Was:

#if __STDC_VERSION__ >= 201112L 
# define PREFIX _Thread_local 
#elif defined(__GNUC__) 
# define PREFIX __thread 
#elif defined(_MSC_VER) 
# define PREFIX __declspec(thread) 
#else 
# define PREFIX 
#endif 

PREFIX int var = 10; 
#if !PREFIX 
#ifdef _OPENMP 
#pragma omp threadprivate(var) 
#else 
#error "Failure to put variable into TLS" 
#endif 
#endif 

GCC nicht die Über Angabe hat nichts dagegen, weil __thread eine implizite #pragma omp threadprivate sowieso.

Anstatt sich über Compiler Gedanken zu machen, wo dies nicht der Fall ist, verwenden Sie einfach OpenMP's threadprivate bedingt.