如何在Arch Linux上重建glibc？

似乎MATLAB已在Linux上获得了成功，因为它“通过静态TLS动态加载了某些库”，这对我来说除了意味着一堆错误之外，对我来说没有任何意义。

建议的解决方法是glibc使用更大的文件进行重建DTV_SURPLUS。这给我留下了两个问题：

如何glibc在Arch Linux上重建以增加DTV_SURPLUS？我看着abs树中的PKGBUILD，却没有看到DTV_SURPLUS任何地方，所以我不知道在哪里进行更改。
我设定为什么值DTV_SURPLUS？大概将其设置为过大 2^64和一个坏主意。

在R2014a中使用以下MWE可以看到MATLAB的问题：

>> ones(10)*ones(10);
>> doc('help');
Exception in thread "XPCOMMessageLoop" java.lang.UnsatisfiedLinkError: /opt/matlab/sys/jxbrowser/glnxa64/xulrunner/xulrunner-linux-64/libxul.so: dlopen: cannot load any more object with static TLS
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary1(Unknown Source)
    at java.lang.ClassLoader.loadLibrary0(Unknown Source)
    at java.lang.ClassLoader.loadLibrary(Unknown Source)
    at java.lang.Runtime.load0(Unknown Source)
    at java.lang.System.load(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.c(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.a(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.MozillaToolkit.initialize(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.AppShellXPCOMThread$b.run(Unknown Source)
Exception in thread "XPCOMMessageLoop" java.lang.UnsatisfiedLinkError: /opt/matlab/sys/jxbrowser/glnxa64/xulrunner/xulrunner-linux-64/libxul.so: dlopen: cannot load any more object with static TLS
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary1(Unknown Source)
    at java.lang.ClassLoader.loadLibrary0(Unknown Source)
    at java.lang.ClassLoader.loadLibrary(Unknown Source)
    at java.lang.Runtime.load0(Unknown Source)
    at java.lang.System.load(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.c(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.a(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.MozillaToolkit.initialize(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.AppShellXPCOMThread$b.run(Unknown Source)
Exception in thread "XPCOMMessageLoop" java.lang.UnsatisfiedLinkError: /opt/matlab/sys/jxbrowser/glnxa64/xulrunner/xulrunner-linux-64/libxul.so: dlopen: cannot load any more object with static TLS
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary1(Unknown Source)
    at java.lang.ClassLoader.loadLibrary0(Unknown Source)
    at java.lang.ClassLoader.loadLibrary(Unknown Source)
    at java.lang.Runtime.load0(Unknown Source)
    at java.lang.System.load(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.c(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.a(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.MozillaToolkit.initialize(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.AppShellXPCOMThread$b.run(Unknown Source)
Exception in thread "XPCOMMessageLoop" java.lang.UnsatisfiedLinkError: /opt/matlab/sys/jxbrowser/glnxa64/xulrunner/xulrunner-linux-64/libxul.so: dlopen: cannot load any more object with static TLS
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary1(Unknown Source)
    at java.lang.ClassLoader.loadLibrary0(Unknown Source)
    at java.lang.ClassLoader.loadLibrary(Unknown Source)
    at java.lang.Runtime.load0(Unknown Source)
    at java.lang.System.load(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.c(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.a(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.MozillaToolkit.initialize(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.AppShellXPCOMThread$b.run(Unknown Source)
Exception in thread "XPCOMMessageLoop" java.lang.UnsatisfiedLinkError: /opt/matlab/sys/jxbrowser/glnxa64/xulrunner/xulrunner-linux-64/libxul.so: dlopen: cannot load any more object with static TLS
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary1(Unknown Source)
    at java.lang.ClassLoader.loadLibrary0(Unknown Source)
    at java.lang.ClassLoader.loadLibrary(Unknown Source)
    at java.lang.Runtime.load0(Unknown Source)
    at java.lang.System.load(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.c(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.impl.linux.LinuxMozillaToolkit.a(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.MozillaToolkit.initialize(Unknown Source)
    at com.teamdev.jxbrowser.gecko.xpcom.AppShellXPCOMThread$b.run(Unknown Source)

在何处ones(10)*ones(10);加载动态链接的libiomp5.soBLAS库，该库似乎没有libxul.so为基于HTML的文档浏览器所需的动态链接保留足够的空间。可能我可以通过使用的修补版本解决此特定的MWE libiomp5.so，但一般问题仍然存在。

arch-linux glibc

— 强壮坏
source

您最好检查一下是否有一个发行版的glibc已经使用更高的DTV_SURPLUS编译过了-也许可以通过在VM中进行测试来解决。

— goldilocks 2014年

@goldilocks chroot就足够了还是我需要一个完整的VM？

— StrongBad 2014年

我找到了这个：stackoverflow.com/questions/19268293/…和这个：mathworks.com/matlabcentral/answers/…。在“无法再使用静态TLS加载更多对象”之后的Google搜索势必会为您提供更多建议。

— schaiba 2014年

我将SO问题与我的问题联系在一起，那就是提出了重新构建的想法glibc。

— StrongBad 2014年

内核不是问题，因此您可以使用chroot。

— goldilocks 2014年

要使用custom重新编译glibc DTV_SURPLUS并覆盖现有版本，请执行以下操作：

复制/var/abs/core/glibc到另一个目录，以便无需root就可以写入该目录，然后再cd写入该目录。
使用makepkg -o下载和没有构建它（因为我们将建立前编辑源代码）中提取的源代码。
编辑DTV_SURPLUS位于src/glibc-<version>/sysdeps/generic/ldsodefs.h。您可以只更改包含的行中的数字DTV_SURPLUS。
用构建makepkg -e。
使用安装自定义版本sudo pacman -U <package file>。这将覆盖先前安装的官方软件包。

如果您不想覆盖现有版本，则可以使用chroot，或者LD_PRELOAD也可以使用。

但是，我不确定应该怎么DTV_SURPLUS做。

— 用户名
source