z/OS编译可执行文件遇未定义符号及零长度.x文件问题求助

问题本质 #

生成libperl.so时伴随零长度.x文件，且nm显示符号已定义但最终链接失败，核心原因是z/OS链接器未正确生成共享库的导出符号表——.x文件是z/OS下共享库的符号导入/导出定义文件，零长度意味着没有符号被导出，后续链接自然无法识别库中的符号。

解决建议 #

• 强制生成导出符号表：修改libperl.so的生成命令，在链接器参数中添加-E（导出所有全局符号），确保.x文件正常生成：

  clang -o libperl.so -shared -Wl,-bedit=no,-E -m64 op.o perl.o universal.o av.o builtin.o caretx.o class.o deb.o doio.o doop.o dquote.o dump.o globals.o gv.o hv.o keywords.o locale.o mathoms.o mg.o mro_core.o numeric.o pad.o peep.o perlio.o perly.o pp.o pp_ctl.o pp_hot.o pp_pack.o pp_sort.o pp_sys.o reentr.o regcomp.o regcomp_debug.o regcomp_invlist.o regcomp_study.o regcomp_trie.o regexec.o run.o scope.o sv.o taint.o time64.o toke.o utf8.o util.o os390.o /karlw/zopen/usr/local/zopen/zoslib/zoslib/lib/libzoslib.x DynaLoader.o -lm -lc
  

• 修复权限或路径问题：检查libperl.so和.x文件的生成路径是否有写入权限，避免因权限不足导致.x文件无法写入内容。

调试步骤 #

• 确认动态符号表状态：
  执行nm -D libperl.so，查看缺失符号的标记：
  • 若符号为T：说明符号已定义为全局，问题出在导出环节；
  • 若符号为t：说明编译时-fvisibility=default未生效，检查.o文件的编译参数是否正确传递（比如重复的-c -m64可能导致参数失效）。
• 查看链接器详细日志：
  添加-v参数重新生成libperl.so，捕捉链接器的错误或警告：

  clang -v -o libperl.so -shared -Wl,-bedit=no,-E -m64 [所有目标文件与依赖库]
  

• 手动生成符号导出文件：
  使用edcx工具手动生成.x文件，验证是否能正常导出符号：

  edcx -e libperl.so -o libperl.x
  

  生成后检查libperl.x的大小，若大于0，后续链接时指定该文件。
• 检查最终链接命令的顺序：
  确保最终链接可执行文件时，libperl.so和其.x文件放在所有依赖它的目标文件之后，z/OS链接器对库的顺序敏感。

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