Mingw64环境下libunwind无法解析符号名问题求助

问题重现 #

代码示例：

#define UNW_LOCAL_ONLY
#include <libunwind.h>
#include <stdio.h>

void backtrace() {
  unw_cursor_t cursor;
  unw_context_t context;

  unw_getcontext(&context);
  unw_init_local(&cursor, &context);

  while (unw_step(&cursor) > 0) {
    unw_word_t offset, pc;
    unw_get_reg(&cursor, UNW_REG_IP, &pc);
    if (pc == 0) {
      break;
    }
    printf("0x%lx:", pc);

    char sym[256];
    if (unw_get_proc_name(&cursor, sym, sizeof(sym), &offset) == 0) {
      printf(" (%s+0x%lx)\n", sym, offset);
    } else {
      printf(" -- No symbol :(\n");
    }
  }
}

void foo() { backtrace(); }

void bar() { foo(); }

int main(int argc, char **argv) {
  bar();

  return 0;
}

编译命令：

gcc -g3 in.c -lunwind

在MSYS2的MINGW64环境（gcc 13.2.0/clang 18.1.2，libunwind 18.1.2-1）下运行可执行文件，仅能输出内存地址，无法解析函数符号；但相同代码与编译参数在Linux环境下可正常显示符号名，尝试切换DWARF版本无效果。

原因分析 #

MINGW64生成的是PE格式可执行文件，而libunwind默认对ELF格式的符号处理更完善，对PE格式的符号解析存在支持限制。同时MINGW默认不会将所有函数符号导出到PE符号表，导致libunwind无法读取到必要的符号信息。

解决方案 #

方案1：强制导出所有符号 #

编译时添加链接选项-Wl,--export-all-symbols，让MINGW将所有符号导出到PE符号表中，确保libunwind可以读取：

gcc -g3 in.c -lunwind -Wl,--export-all-symbols

方案2：启用libunwind的PE格式支持 #

在代码开头添加Windows环境特定的宏定义，强制libunwind使用PE格式解析逻辑：

#ifdef __MINGW32__
#define UNW_PE_ONLY
#endif

#define UNW_LOCAL_ONLY
#include <libunwind.h>
#include <stdio.h>

// 原代码其余部分不变

然后重新编译即可。

方案3：改用MinGW原生回溯函数 #

如果libunwind的适配问题难以解决，可以直接使用MinGW自带的backtrace()和backtrace_symbols()函数，这类函数对PE格式的支持更原生：
修改后的代码：

#include <execinfo.h>
#include <stdio.h>
#include <stdlib.h>

void backtrace() {
    void *array[10];
    size_t size = backtrace(array, 10);
    char **strings = backtrace_symbols(array, size);
    if (strings == NULL) {
        perror("backtrace_symbols");
        return;
    }

    for (size_t i = 0; i < size; i++) {
        printf("%s\n", strings[i]);
    }

    free(strings);
}

void foo() { backtrace(); }

void bar() { foo(); }

int main(int argc, char **argv) {
    bar();
    return 0;
}

编译命令：

gcc -g3 in.c -rdynamic

-rdynamic选项会导出所有符号到可执行文件，确保符号能被正常解析。

内容的提问来源于stack exchange，提问作者JCWasmx86