Hello Szabolcs, On Wed, 3 Jan 2018 18:41:18 +0100 Szabolcs Nagy wrote: > * Jens Gustedt [2018-01-03 16:08:22 +0100]: > > when trying to link against OpenMP (gomp to be more precise) I ran > > into undefined-symbol errors for these functions. For the moment I > > am avoiding this problem by adding some weak aliases that do > > nothing and return ENOSYS. > > i think libgomp detects support at configure time > so if you build gcc against musl you should get a > dummy implementation of the affinity stuff but at > least it links. (and then all libgomp tests pass > with gcc-6 and gcc-7) Ok, that explains why it hasn't yet hurt people. I am testing on a mixed environment, debian with musl in /usr/local. For all other things static linking gcc stuff (libatomic e.g) works fine, I just ran into that one. The downside of these interfaces is that the state for these calls is kept in the cpu_set_t argument. This would have to be copied / allocated to the pthread_attr_t. That in turn would drag in malloc etc. and thereby complicate things for the type (need for a pointer "field") and pthread_attr_destroy (avoid memory leak). So probably I'll keep the trivial wrappers with weak symbols inside my own interface to OpenMP. Thanks Jens -- :: INRIA Nancy Grand Est ::: Camus ::::::: ICube/ICPS ::: :: ::::::::::::::: office Strasbourg : +33 368854536 :: :: :::::::::::::::::::::: gsm France : +33 651400183 :: :: ::::::::::::::: gsm international : +49 15737185122 :: :: http://icube-icps.unistra.fr/index.php/Jens_Gustedt ::