0

我正在尝试将当前的（GCC >= 4.6）工具链改装到基于 glibc 2.3.6 的传统嵌入式 ARM/Linux 系统上。我已经成功构建了工具链，但现在我的测试程序在 libstdc++ 中出现了段错误，例如：

int main()
{
    int* foo = new int[100];
    delete [] foo;
    return 0;
}

... libstdc++ 静态初始化中的段错误：

#0  0x40082778 in (anonymous namespace)::__future_category_instance ()
    at /path/to/src/gcc-4.6.4/libstdc++-v3/src/future.cc:64
#1  0x40082bb0 in __static_initialization_and_destruction_0 (__priority=65535, __initialize_p=1)
    at /path/to/src/gcc-4.6.4/libstdc++-v3/src/future.cc:103
#2  _GLOBAL__sub_I_future.cc(void) () at /path/to/src/gcc-4.6.4/libstdc++-v3/src/future.cc:109
#3  0x400e92b8 in __do_global_ctors_aux () from /path/to/symbols/libstdc++.so.6
#4  0x400627a0 in _init () from /path/to/symbols/libstdc++.so.6
#5  0x4000b5e4 in ?? () from /path/to/sysroot/lib/ld-linux.so.2
#6  0x4000b5e4 in ?? () from /path/to/sysroot/lib/ld-linux.so.2
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

我还有几个例子，但崩溃站点看起来都与此类似：

Dump of assembler code for function (anonymous namespace)::__future_category_instance():
   0x40082764 <+0>: ldr r3, [pc, #264]  ; 0x40082874 <(anonymous namespace)::__future_category_instance()+272>
   0x40082768 <+4>: push    {r11, lr}
   0x4008276c <+8>: add r11, sp, #4
   0x40082770 <+12>:    sub sp, sp, #64 ; 0x40
   0x40082774 <+16>:    mov r1, #0
=> 0x40082778 <+20>:    ldr r3, [r1, r3]

我将此解释为试图从基地址 0 读取的代码（r1 = 0，在本例中 r3 为 3736），这可能暗示重定位问题？

当我使用 构建或通过 LD_LIBRARY_PATH 从我的工具链强制加载 libgcc_s.so.1 和 libstdc++.so.6时-static，会发生这种特殊的崩溃。-static-libgcc -static-libstdc++

我几乎被困在这里，并希望能提供任何线索来说明我的工具链可能有什么问题，以及这是否应该起作用。

4

2 回答 2

1

因此，我现在将其归结为GCC 4.6.0中的更改，该更改似乎破坏了我被迫在这里使用的过时 ABI (APCS) 的代码生成。

反转该更改后，我的测试代码现在可以成功运行。

于 2013-11-10T17:39:04.020 回答
0

我的猜测是它要么是一个损坏的构建，要么是它试图从你的旧系统加载一个库。

strace您可以通过运行 with查看它打开的库文件来检查第二个选项：

strace your-program

这对于静态链接的二进制文件可以正常工作，但如果要设置则更棘手，LD_LIBRARY_PATH因为这很可能会破坏 strace 二进制文件。在这种情况下，试试这样：

strace /path/to/ld-linux.so --library-path /path/to/libraries your-program

您需要弄清楚ld-linux.so系统上调用了什么。

于 2013-11-06T14:07:44.350 回答