有没有办法确定Linux上的库使用的线程本地存储模型

时间:2014-04-10 09:27:30

标签: linux shared-libraries glibc thread-local-storage ldd

有没有办法在Linux上查询共享库的TLS模型? (例如使用ldd或其他工具)。

我在使用" initial-exec"加载太多库时遇到了麻烦。模型,并希望确定哪个第三方库使用此模型(因此我可以释放一些插槽,例如通过静态链接)。

这会导致错误:

 dlopen: cannot load any more object with static TLS

请参阅this question

1 个答案:

答案 0 :(得分:8)

我自己遇到了这个错误,在调查时,我来了mailing list post with this info

  

如果链接包含IE模型访问重定位的共享对象,则为该对象   将设置DF_STATIC_TLS标志。根据规范,这意味着dlopen   可能会拒绝加载它。

关注/usr/include/elf.h,我们有:

/* Values of `d_un.d_val' in the DT_FLAGS entry.  */
...
#define DF_STATIC_TLS   0x00000010      /* Module uses the static TLS model */

因此,您需要测试共享库的DF_STATIC_TLS条目中是否设置了DT_FLAGS

为了测试,我使用线程本地存储创建了一段简单的代码:

static __thread int foo;
void set_foo(int new) {
    foo = new;
}

然后我用两个不同的线程本地存储模型编译了两次:

gcc -ftls-model=initial-exec -fPIC -c tls.c  -o tls-initial-exec.o
gcc -shared tls-initial-exec.o -o tls-initial-exec.so

gcc -ftls-model=global-dynamic -fPIC -c tls.c  -o tls-global-dynamic.o
gcc -shared tls-global-dynamic.o -o tls-global-dynamic.so

果然,我可以看到使用readelf的两个库之间存在差异:

$ readelf --dynamic tls-initial-exec.so

Dynamic section at offset 0xe00 contains 25 entries:
  Tag        Type                         Name/Value
...
 0x000000000000001e (FLAGS)              STATIC_TLS

tls-global-dynamic.so版本没有DT_FLAGS条目,大概是因为它没有设置任何标记。因此,使用readelfgrep创建脚本来查找受影响的库应该相当容易。