From: John P. <jwp...@gm...> - 2012-06-04 14:12:21
|
On Mon, Jun 4, 2012 at 8:08 AM, Kirk, Benjamin (JSC-EG311) <ben...@na...> wrote: >>> Sadly, we seem to be getting the very same failure pattern with the >>> current ParMETIS. >> >> Another sad thing: new Metis apparently doesn't build on Macs? Maybe >> it's just my Mac? >> >> I'm looking into this, but before I waste too much time, has anyone >> seen this error before? >> >> --- Building Metis --------------------------- >> Compiling C (in optimized mode) b64.c... >> In file included from GKlib.h:66, >> from b64.c:20: >> ./gk_externs.h:19: error: thread-local storage not supported for this target >> ./gk_externs.h:20: error: thread-local storage not supported for this target >> ./gk_externs.h:21: error: thread-local storage not supported for this target >> make[1]: *** [b64.x86_64-apple-darwin10.8.0.opt.o] Error 1 >> make: *** [all] Error 2 > > What do you get for LIBMESH_TLS in your include/base/libmesh_config.h? /* If the compiler supports a TLS storage class define it to that here */ /* #undef TLS */ > We check for compiler-support for __thread and define it as LIBMESH_TLS - If > your mac compiler options don't support it then that should be empty. In > which case we should replace __thread with LIBMESH_TLS in that header. OK, I'll see about making that change. But does this imply Metis runs threaded by default and/or requires TLS to work correctly? -- John |