当前位置:

首页 > 软件教程 > 使用Linux的ld和ldd组合可以帮助分析运行时加载库文件失败的原因

使用Linux的ld和ldd组合可以帮助分析运行时加载库文件失败的原因

通常,开发人员和运维人员在处理软件运行时报错找不到依赖库的问题时,可以使用一些工具来跟踪启动加载的过程,比如strace、gdb等。此外,还可以利用ld和ldd命令来帮助分析依赖库的情况,以便更快地解决问题。这些工具可以帮助定位缺少的依赖库,并指导用户采取适当的措施来解决软件运行时的问题。这里以分析libmpi_usempif80.so这个动态库文件,依赖哪些其他动态库,作为问题起因。首先介绍ld命令如何帮我们分析mpi_usempif80库依赖其他哪些库?mpi_usempif80库被加载时,会从当前系

涨知识了,Linux的ld和ldd一起用,可以帮我们分析运行时加载库文件失败的原因

通常,开发人员和运维人员在处理软件运行时报错找不到依赖库的问题时,可以使用一些工具来跟踪启动加载的过程,比如strace、gdb等。此外,还可以利用ld和ldd命令来帮助分析依赖库的情况,以便更快地解决问题。这些工具可以帮助定位缺少的依赖库,并指导用户采取适当的措施来解决软件运行时的问题。

这里以分析 libmpi_usempif80.so 这个动态库文件,依赖哪些其他动态库,作为问题起因。

首先介绍 ld 命令如何帮我们分析mpi_usempif80 库依赖其他哪些库?mpi_usempif80 库被加载时,会从当前系统的哪些路径下搜索这些库?

#ld -lmpi_usempif08 –verbose

GNU ld (GNU Binutils for Ubuntu) 2.38
Supported emulations:
 elf_x86_64
 elf32_x86_64
 elf_i386
 elf_iamcu
 elf_l1om
 elf_k1om
 i386pep
 i386pe
using internal linker script:
==================================================
/* Script for -z combreloc -z separate-code */
/* Copyright (C) 2014-2022 Free Software Foundation, Inc.
 Copying and distribution of this script, with or without modification,
 are permitted in any medium without royalty provided the copyright
 notice and this notice are preserved.*/
OUTPUT_FORMAT("elf64-x86-64", "elf64-x86-64",
 "elf64-x86-64")
OUTPUT_ARCH(i386:x86-64)
ENTRY(_start)
SEARCH_DIR("=/usr/local/lib/x86_64-linux-gnu"); SEARCH_DIR("=/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu64"); SEARCH_DIR("=/usr/local/lib64"); SEARCH_DIR("=/lib64"); SEARCH_DIR("=/usr/lib64"); SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib64"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib");
SECTIONS
{
PROVIDE (__executable_start = SEGMENT_START("text-segment", 0x400000)); . = SEGMENT_START("text-segment", 0x400000) + SIZEOF_HEADERS;
.interp : { *(.interp) }
.note.gnu.build-id: { *(.note.gnu.build-id) }
.hash : { *(.hash) }
.gnu.hash : { *(.gnu.hash) }
.dynsym : { *(.dynsym) }
.dynstr : { *(.dynstr) }
.gnu.version: { *(.gnu.version) }
.gnu.version_d: { *(.gnu.version_d) }
.gnu.version_r: { *(.gnu.version_r) }
.rela.dyn :
{
*(.rela.init)
*(.rela.text .rela.text.* .rela.gnu.linkonce.t.*)
*(.rela.fini)
*(.rela.rodata .rela.rodata.* .rela.gnu.linkonce.r.*)
*(.rela.data .rela.data.* .rela.gnu.linkonce.d.*)
*(.rela.tdata .rela.tdata.* .rela.gnu.linkonce.td.*)
*(.rela.tbss .rela.tbss.* .rela.gnu.linkonce.tb.*)
*(.rela.ctors)
*(.rela.dtors)
*(.rela.got)
*(.rela.bss .rela.bss.* .rela.gnu.linkonce.b.*)
*(.rela.ldata .rela.ldata.* .rela.gnu.linkonce.l.*)
*(.rela.lbss .rela.lbss.* .rela.gnu.linkonce.lb.*)
*(.rela.lrodata .rela.lrodata.* .rela.gnu.linkonce.lr.*)
*(.rela.ifunc)
}
.rela.plt :
{
*(.rela.plt)
PROVIDE_HIDDEN (__rela_iplt_start = .);
*(.rela.iplt)
PROVIDE_HIDDEN (__rela_iplt_end = .);
}
.relr.dyn : { *(.relr.dyn) }
. = ALIGN(CONSTANT (MAXPAGESIZE));
.init :
{
KEEP (*(SORT_NONE(.init)))
}
.plt: { *(.plt) *(.iplt) }
.plt.got: { *(.plt.got) }
.plt.sec: { *(.plt.sec) }
.text :
{
*(.text.unlikely .text.*_unlikely .text.unlikely.*)
*(.text.exit .text.exit.*)
*(.text.startup .text.startup.*)
*(.text.hot .text.hot.*)
*(SORT(.text.sorted.*))
*(.text .stub .text.* .gnu.linkonce.t.*)
/* .gnu.warning sections are handled specially by elf.em.*/
*(.gnu.warning)
}
.fini :
{
KEEP (*(SORT_NONE(.fini)))
}
PROVIDE (__etext = .);
PROVIDE (_etext = .);
PROVIDE (etext = .);
. = ALIGN(CONSTANT (MAXPAGESIZE));
/* Adjust the address for the rodata segment.We want to adjust up to
 the same address within the page on the next page up.*/
. = SEGMENT_START("rodata-segment", ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)));
.rodata : { *(.rodata .rodata.* .gnu.linkonce.r.*) }
.rodata1: { *(.rodata1) }
.eh_frame_hdr : { *(.eh_frame_hdr) *(.eh_frame_entry .eh_frame_entry.*) }
.eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) *(.eh_frame.*) }
.gcc_except_table : ONLY_IF_RO { *(.gcc_except_table .gcc_except_table.*) }
.gnu_extab : ONLY_IF_RO { *(.gnu_extab*) }
/* These sections are generated by the Sun/Oracle C++ compiler.*/
.exception_ranges : ONLY_IF_RO { *(.exception_ranges*) }
/* Adjust the address for the data segment.We want to adjust up to
 the same address within the page on the next page up.*/
. = DATA_SEGMENT_ALIGN (CONSTANT (MAXPAGESIZE), CONSTANT (COMMONPAGESIZE));
/* Exception handling*/
.eh_frame : ONLY_IF_RW { KEEP (*(.eh_frame)) *(.eh_frame.*) }
.gnu_extab: ONLY_IF_RW { *(.gnu_extab) }
.gcc_except_table : ONLY_IF_RW { *(.gcc_except_table .gcc_except_table.*) }
.exception_ranges : ONLY_IF_RW { *(.exception_ranges*) }
/* Thread Local Storage sections*/
.tdata :
 {
 PROVIDE_HIDDEN (__tdata_start = .);
 *(.tdata .tdata.* .gnu.linkonce.td.*)
 }
.tbss: { *(.tbss .tbss.* .gnu.linkonce.tb.*) *(.tcommon) }
.preinit_array:
{
PROVIDE_HIDDEN (__preinit_array_start = .);
KEEP (*(.preinit_array))
PROVIDE_HIDDEN (__preinit_array_end = .);
}
.init_array:
{
PROVIDE_HIDDEN (__init_array_start = .);
KEEP (*(SORT_BY_INIT_PRIORITY(.init_array.*) SORT_BY_INIT_PRIORITY(.ctors.*)))
KEEP (*(.init_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .ctors))
PROVIDE_HIDDEN (__init_array_end = .);
}
.fini_array:
{
PROVIDE_HIDDEN (__fini_array_start = .);
KEEP (*(SORT_BY_INIT_PRIORITY(.fini_array.*) SORT_BY_INIT_PRIORITY(.dtors.*)))
KEEP (*(.fini_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .dtors))
PROVIDE_HIDDEN (__fini_array_end = .);
}
.ctors:
{
/* gcc uses crtbegin.o to find the start of
 the constructors, so we make sure it is
 first.Because this is a wildcard, it
 doesn't matter if the user does not
 actually link against crtbegin.o; the
 linker won't look for a file to match a
 wildcard.The wildcard also means that it
 doesn't matter which directory crtbegin.o
 is in.*/
KEEP (*crtbegin.o(.ctors))
KEEP (*crtbegin?.o(.ctors))
/* We don't want to include the .ctor section from
 the crtend.o file until after the sorted ctors.
 The .ctor section from the crtend file contains the
 end of ctors marker and it must be last */
KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .ctors))
KEEP (*(SORT(.ctors.*)))
KEEP (*(.ctors))
}
.dtors:
{
KEEP (*crtbegin.o(.dtors))
KEEP (*crtbegin?.o(.dtors))
KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .dtors))
KEEP (*(SORT(.dtors.*)))
KEEP (*(.dtors))
}
.jcr: { KEEP (*(.jcr)) }
.data.rel.ro : { *(.data.rel.ro.local* .gnu.linkonce.d.rel.ro.local.*) *(.data.rel.ro .data.rel.ro.* .gnu.linkonce.d.rel.ro.*) }
.dynamic: { *(.dynamic) }
.got: { *(.got) *(.igot) }
. = DATA_SEGMENT_RELRO_END (SIZEOF (.got.plt) >= 24 ? 24 : 0, .);
.got.plt: { *(.got.plt) *(.igot.plt) }
.data :
{
*(.data .data.* .gnu.linkonce.d.*)
SORT(CONSTRUCTORS)
}
.data1: { *(.data1) }
_edata = .; PROVIDE (edata = .);
. = .;
__bss_start = .;
.bss:
{
 *(.dynbss)
 *(.bss .bss.* .gnu.linkonce.b.*)
 *(COMMON)
 /* Align here to ensure that the .bss section occupies space up to
_end.Align after .bss to ensure correct alignment even if the
.bss section disappears because there are no input sections.
FIXME: Why do we need it? When there is no .bss section, we do not
pad the .data section.*/
 . = ALIGN(. != 0 ? 64 / 8 : 1);
}
.lbss :
{
*(.dynlbss)
*(.lbss .lbss.* .gnu.linkonce.lb.*)
*(LARGE_COMMON)
}
. = ALIGN(64 / 8);
. = SEGMENT_START("ldata-segment", .);
.lrodata ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
{
*(.lrodata .lrodata.* .gnu.linkonce.lr.*)
}
.ldata ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
{
*(.ldata .ldata.* .gnu.linkonce.l.*)
. = ALIGN(. != 0 ? 64 / 8 : 1);
}
. = ALIGN(64 / 8);
_end = .; PROVIDE (end = .);
. = DATA_SEGMENT_END (.);
/* Stabs debugging sections.*/
.stab0 : { *(.stab) }
.stabstr 0 : { *(.stabstr) }
.stab.excl 0 : { *(.stab.excl) }
.stab.exclstr0 : { *(.stab.exclstr) }
.stab.index0 : { *(.stab.index) }
.stab.indexstr 0 : { *(.stab.indexstr) }
.comment 0 : { *(.comment) }
.gnu.build.attributes : { *(.gnu.build.attributes .gnu.build.attributes.*) }
/* DWARF debug sections.
 Symbols in the DWARF debugging sections are relative to the beginning
 of the section so we begin them at 0.*/
/* DWARF 1.*/
.debug0 : { *(.debug) }
.line 0 : { *(.line) }
/* GNU DWARF 1 extensions.*/
.debug_srcinfo0 : { *(.debug_srcinfo) }
.debug_sfnames0 : { *(.debug_sfnames) }
/* DWARF 1.1 and DWARF 2.*/
.debug_aranges0 : { *(.debug_aranges) }
.debug_pubnames 0 : { *(.debug_pubnames) }
/* DWARF 2.*/
.debug_info 0 : { *(.debug_info .gnu.linkonce.wi.*) }
.debug_abbrev 0 : { *(.debug_abbrev) }
.debug_line 0 : { *(.debug_line .debug_line.* .debug_line_end) }
.debug_frame0 : { *(.debug_frame) }
.debug_str0 : { *(.debug_str) }
.debug_loc0 : { *(.debug_loc) }
.debug_macinfo0 : { *(.debug_macinfo) }
/* SGI/MIPS DWARF 2 extensions.*/
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames0 : { *(.debug_varnames) }
/* DWARF 3.*/
.debug_pubtypes 0 : { *(.debug_pubtypes) }
.debug_ranges 0 : { *(.debug_ranges) }
/* DWARF 5.*/
.debug_addr 0 : { *(.debug_addr) }
.debug_line_str 0 : { *(.debug_line_str) }
.debug_loclists 0 : { *(.debug_loclists) }
.debug_macro0 : { *(.debug_macro) }
.debug_names0 : { *(.debug_names) }
.debug_rnglists 0 : { *(.debug_rnglists) }
.debug_str_offsets 0 : { *(.debug_str_offsets) }
.debug_sup0 : { *(.debug_sup) }
.gnu.attributes 0 : { KEEP (*(.gnu.attributes)) }
/DISCARD/ : { *(.note.GNU-stack) *(.gnu_debuglink) *(.gnu.lto_*) }
}


==================================================
ld: mode elf_x86_64
attempt to open /usr/local/lib/x86_64-linux-gnu/libmpi_usempif08.so failed
attempt to open /usr/local/lib/x86_64-linux-gnu/libmpi_usempif08.a failed
attempt to open /lib/x86_64-linux-gnu/libmpi_usempif08.so succeeded
/lib/x86_64-linux-gnu/libmpi_usempif08.so
libmpi_mpifh.so.40 needed by /lib/x86_64-linux-gnu/libmpi_usempif08.so
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/mpi/fortran/mpif-h/.libs/libmpi_mpifh.so.40 failed
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/.libs/libmpi_mpifh.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libmpi_mpifh.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libmpi_mpifh.so.40 failed
attempt to open /usr/local/lib/libmpi_mpifh.so.40 failed
found libmpi_mpifh.so.40 at /usr/lib/x86_64-linux-gnu/libmpi_mpifh.so.40
libmpi.so.40 needed by /lib/x86_64-linux-gnu/libmpi_usempif08.so
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/mpi/fortran/mpif-h/.libs/libmpi.so.40 failed
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/.libs/libmpi.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libmpi.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libmpi.so.40 failed
attempt to open /usr/local/lib/libmpi.so.40 failed
found libmpi.so.40 at /usr/lib/x86_64-linux-gnu/libmpi.so.40
libc.so.6 needed by /lib/x86_64-linux-gnu/libmpi_usempif08.so
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/mpi/fortran/mpif-h/.libs/libc.so.6 failed
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/.libs/libc.so.6 failed
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libc.so.6 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libc.so.6 failed
attempt to open /usr/local/lib/libc.so.6 failed
attempt to open /usr/lib/x86_64-linux-gnu/fortran/gfortran/libc.so.6 failed
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libc.so.6 failed
attempt to open /usr/local/lib/x86_64-linux-gnu/libc.so.6 failed
attempt to open /usr/local/lib/x86_64-linux-gnu/libc.so.6 failed
attempt to open /usr/lib/x86_64-linux-gnu64/libc.so.6 failed
attempt to open /usr/local/lib64/libc.so.6 failed
attempt to open /lib64/libc.so.6 failed
attempt to open /usr/lib64/libc.so.6 failed
attempt to open /usr/local/lib/libc.so.6 failed
attempt to open /lib/libc.so.6 failed
attempt to open /usr/lib/libc.so.6 failed
attempt to open /usr/x86_64-linux-gnu/lib64/libc.so.6 failed
attempt to open /usr/x86_64-linux-gnu/lib/libc.so.6 failed
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/mpi/fortran/mpif-h/.libs/libc.so.6 failed
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/.libs/libc.so.6 failed
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libc.so.6 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libc.so.6 failed
attempt to open /usr/local/lib/libc.so.6 failed
found libc.so.6 at /usr/lib/x86_64-linux-gnu/libc.so.6
libopen-pal.so.40 needed by /usr/lib/x86_64-linux-gnu/libmpi_mpifh.so.40
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/.libs/libopen-pal.so.40 failed
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/opal/.libs/libopen-pal.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libopen-pal.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libopen-pal.so.40 failed
attempt to open /usr/local/lib/libopen-pal.so.40 failed
found libopen-pal.so.40 at /usr/lib/x86_64-linux-gnu/libopen-pal.so.40
libopen-rte.so.40 needed by /usr/lib/x86_64-linux-gnu/libmpi.so.40
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libopen-rte.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libopen-rte.so.40 failed
attempt to open /usr/local/lib/libopen-rte.so.40 failed
found libopen-rte.so.40 at /usr/lib/x86_64-linux-gnu/libopen-rte.so.40
libm.so.6 needed by /usr/lib/x86_64-linux-gnu/libmpi.so.40
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libm.so.6 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libm.so.6 failed
attempt to open /usr/local/lib/libm.so.6 failed
found libm.so.6 at /usr/lib/x86_64-linux-gnu/libm.so.6
libhwloc.so.15 needed by /usr/lib/x86_64-linux-gnu/libmpi.so.40
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libhwloc.so.15 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libhwloc.so.15 failed
attempt to open /usr/local/lib/libhwloc.so.15 failed
found libhwloc.so.15 at /usr/lib/x86_64-linux-gnu/libhwloc.so.15
ld-linux-x86-64.so.2 needed by /usr/lib/x86_64-linux-gnu/libc.so.6
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/ld-linux-x86-64.so.2 failed
attempt to open /usr/local/lib/ld-linux-x86-64.so.2 failed
found ld-linux-x86-64.so.2 at /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
libevent_core-2.1.so.7 needed by /usr/lib/x86_64-linux-gnu/libopen-pal.so.40
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libevent_core-2.1.so.7 failed
attempt to open /usr/local/lib/libevent_core-2.1.so.7 failed
found libevent_core-2.1.so.7 at /usr/lib/x86_64-linux-gnu/libevent_core-2.1.so.7
libevent_pthreads-2.1.so.7 needed by /usr/lib/x86_64-linux-gnu/libopen-pal.so.40
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libevent_pthreads-2.1.so.7 failed
attempt to open /usr/local/lib/libevent_pthreads-2.1.so.7 failed
found libevent_pthreads-2.1.so.7 at /usr/lib/x86_64-linux-gnu/libevent_pthreads-2.1.so.7
libz.so.1 needed by /usr/lib/x86_64-linux-gnu/libopen-rte.so.40
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libz.so.1 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libz.so.1 failed
attempt to open /usr/local/lib/libz.so.1 failed
found libz.so.1 at /usr/lib/x86_64-linux-gnu/libz.so.1
libudev.so.1 needed by /usr/lib/x86_64-linux-gnu/libhwloc.so.15
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libudev.so.1 failed
attempt to open /usr/local/lib/libudev.so.1 failed
found libudev.so.1 at /usr/lib/x86_64-linux-gnu/libudev.so.1


ld -lmpi_usempif08 --verbose | grep found
found libmpi_mpifh.so.40 at /usr/lib/x86_64-linux-gnu/libmpi_mpifh.so.40
found libmpi.so.40 at /usr/lib/x86_64-linux-gnu/libmpi.so.40
ld: warning: cannot find entry symbol _start; not setting start address
found libc.so.6 at /usr/lib/x86_64-linux-gnu/libc.so.6
found libopen-pal.so.40 at /usr/lib/x86_64-linux-gnu/libopen-pal.so.40
found libopen-rte.so.40 at /usr/lib/x86_64-linux-gnu/libopen-rte.so.40
found libm.so.6 at /usr/lib/x86_64-linux-gnu/libm.so.6
found libhwloc.so.15 at /usr/lib/x86_64-linux-gnu/libhwloc.so.15
found ld-linux-x86-64.so.2 at /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
found libevent_core-2.1.so.7 at /usr/lib/x86_64-linux-gnu/libevent_core-2.1.so.7
found libevent_pthreads-2.1.so.7 at /usr/lib/x86_64-linux-gnu/libevent_pthreads-2.1.so.7
found libz.so.1 at /usr/lib/x86_64-linux-gnu/libz.so.1
found libudev.so.1 at /usr/lib/x86_64-linux-gnu/libudev.so.1

上面这段信息很长,有很多有价值的信息,如果你只想看关键部分,那么我保留其中的关键内容,来一个精华版的输出信息:

#ld -lmpi_usempif08 –verbose

GNU ld (GNU Binutils for Ubuntu) 2.38
Supported emulations:
 elf_x86_64
……
using internal linker script:

 notice and this notice are preserved.*/
OUTPUT_FORMAT("elf64-x86-64", "elf64-x86-64",
 "elf64-x86-64")
OUTPUT_ARCH(i386:x86-64)
ENTRY(_start)# 运行时可执行文件从代码段的 _start 位置开始运行。

# 运行时需从哪些目录找动态库文件
SEARCH_DIR("=/usr/local/lib/x86_64-linux-gnu"); SEARCH_DIR("=/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu64"); SEARCH_DIR("=/usr/local/lib64"); SEARCH_DIR("=/lib64"); SEARCH_DIR("=/usr/lib64"); SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib64"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib");

# 二进制文件有哪些的代码段、数据段
SECTIONS
{
PROVIDE (__executable_start = SEGMENT_START("text-segment", 0x400000)); . = SEGMENT_START("text-segment", 0x400000) + SIZEOF_HEADERS;
.interp : { *(.interp) }
……
.rodata : { *(.rodata .rodata.* .gnu.linkonce.r.*) }

……
/* Thread Local Storage sections*/
# 线程本地存储区域
.tdata :
 {
 PROVIDE_HIDDEN (__tdata_start = .);
 *(.tdata .tdata.* .gnu.linkonce.td.*)
 }
.tbss: { *(.tbss .tbss.* .gnu.linkonce.tb.*) *(.tcommon) }
.preinit_array:
{
PROVIDE_HIDDEN (__preinit_array_start = .);
KEEP (*(.preinit_array))
PROVIDE_HIDDEN (__preinit_array_end = .);
}
# 数据区
.data :
{
*(.data .data.* .gnu.linkonce.d.*)
SORT(CONSTRUCTORS)
}
.data1: { *(.data1) }
_edata = .; PROVIDE (edata = .);
. = .;
__bss_start = .;

# BSS区
.bss:
{
 ……
}
 ……
}

# 下面是本文的重点关注部分
==================================================

# 文件1:逐个目录匹配是否找到被依赖的libmpi_usempif08.so 库文件
ld: mode elf_x86_64
attempt to open /usr/local/lib/x86_64-linux-gnu/libmpi_usempif08.so failed
attempt to open /usr/local/lib/x86_64-linux-gnu/libmpi_usempif08.a failed
attempt to open /lib/x86_64-linux-gnu/libmpi_usempif08.so succeeded
# 找到了 libmpi_usempif08.so 库文件

# 文件2:逐个目录匹配是否找到被依赖的 libmpi_mpifh.so 库文件
libmpi_mpifh.so.40 needed by /lib/x86_64-linux-gnu/libmpi_usempif08.so
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/mpi/fortran/mpif-h/.libs/libmpi_mpifh.so.40 failed
attempt to open /build/openmpi-RCkqwI/openmpi-4.1.2/debian/build-gfortran/ompi/.libs/libmpi_mpifh.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/openmpi/lib/libmpi_mpifh.so.40 failed
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libmpi_mpifh.so.40 failed
attempt to open /usr/local/lib/libmpi_mpifh.so.40 failed
found libmpi_mpifh.so.40 at /usr/lib/x86_64-linux-gnu/libmpi_mpifh.so.40
# 找到了 libmpi_mpifh.so 库文件

# 找 libmpi.so.40 
libmpi.so.40 needed by /lib/x86_64-linux-gnu/libmpi_usempif08.so
……
found libmpi.so.40 at /usr/lib/x86_64-linux-gnu/libmpi.so.40

# 找 libc.so.6 
libc.so.6 needed by /lib/x86_64-linux-gnu/libmpi_usempif08.so
……
found libc.so.6 at /usr/lib/x86_64-linux-gnu/libc.so.6

# 找 libopen-pal.so.40
libopen-pal.so.40 needed by /usr/lib/x86_64-linux-gnu/libmpi_mpifh.so.40
……
found libopen-pal.so.40 at /usr/lib/x86_64-linux-gnu/libopen-pal.so.40

# 找 libopen-rte.so.40
libopen-rte.so.40 needed by /usr/lib/x86_64-linux-gnu/libmpi.so.40
……
found libopen-rte.so.40 at /usr/lib/x86_64-linux-gnu/libopen-rte.so.40

# 找 libm.so.6
libm.so.6 needed by /usr/lib/x86_64-linux-gnu/libmpi.so.40
……
found libm.so.6 at /usr/lib/x86_64-linux-gnu/libm.so.6
libhwloc.so.15 needed by /usr/lib/x86_64-linux-gnu/libmpi.so.40

# 找 libhwloc.so.15
……略

# 找 libudev.so.1
libudev.so.1 needed by /usr/lib/x86_64-linux-gnu/libhwloc.so.15
attempt to open /usr/lib/x86_64-linux-gnu/libfakeroot/libudev.so.1 failed
attempt to open /usr/local/lib/libudev.so.1 failed
found libudev.so.1 at /usr/lib/x86_64-linux-gnu/libudev.so.1

进一步,我们可以用 grep 过滤只显示 mpi_usempif08 实际找到的库的信息:

#ld -lmpi_usempif08 –verbose | grep found

found libmpi_mpifh.so.40 at /usr/lib/x86_64-linux-gnu/libmpi_mpifh.so.40
found libmpi.so.40 at /usr/lib/x86_64-linux-gnu/libmpi.so.40
ld: warning: cannot find entry symbol _start; not setting start address
found libc.so.6 at /usr/lib/x86_64-linux-gnu/libc.so.6
found libopen-pal.so.40 at /usr/lib/x86_64-linux-gnu/libopen-pal.so.40
found libopen-rte.so.40 at /usr/lib/x86_64-linux-gnu/libopen-rte.so.40
found libm.so.6 at /usr/lib/x86_64-linux-gnu/libm.so.6
found libhwloc.so.15 at /usr/lib/x86_64-linux-gnu/libhwloc.so.15
found ld-linux-x86-64.so.2 at /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
found libevent_core-2.1.so.7 at /usr/lib/x86_64-linux-gnu/libevent_core-2.1.so.7
found libevent_pthreads-2.1.so.7 at /usr/lib/x86_64-linux-gnu/libevent_pthreads-2.1.so.7
found libz.so.1 at /usr/lib/x86_64-linux-gnu/libz.so.1
found libudev.so.1 at /usr/lib/x86_64-linux-gnu/libudev.so.1

而ldd 与 ld是不同的。ldd是分析linux的运行库的依赖关系、ld是可执行文件链接器常用于C/C++/Fortran等语言代码生成可执行文件的链接阶段。

我们看下 使用 ldd 对同一个动态库所依赖的其他库的分析:

#ldd/usr/lib/x86_64-linux-gnu/libmpi_usempif08.so.40.30.0

 linux-vdso.so.1 (0x00007ffd2f3fd000)
 libmpi_mpifh.so.40 => /usr/lib/x86_64-linux-gnu/libmpi_mpifh.so.40 (0x00007f34366bf000)
 libmpi.so.40 => /usr/lib/x86_64-linux-gnu/libmpi.so.40 (0x00007f3436588000)
 libc.so.6 => /usr/lib/x86_64-linux-gnu/libc.so.6 (0x00007f3436200000)
 libopen-pal.so.40 => /usr/lib/x86_64-linux-gnu/libopen-pal.so.40 (0x00007f34364d5000)
 libopen-rte.so.40 => /usr/lib/x86_64-linux-gnu/libopen-rte.so.40 (0x00007f3436143000)
 libm.so.6 => /usr/lib/x86_64-linux-gnu/libm.so.6 (0x00007f343605c000)
 libhwloc.so.15 => /usr/lib/x86_64-linux-gnu/libhwloc.so.15 (0x00007f3436477000)
 /lib64/ld-linux-x86-64.so.2 (0x00007f343677c000)
 libevent_core-2.1.so.7 => /usr/lib/x86_64-linux-gnu/libevent_core-2.1.so.7 (0x00007f3436442000)
 libevent_pthreads-2.1.so.7 => /usr/lib/x86_64-linux-gnu/libevent_pthreads-2.1.so.7 (0x00007f343643d000)
 libz.so.1 => /usr/lib/x86_64-linux-gnu/libz.so.1 (0x00007f3436040000)
 libudev.so.1 => /usr/lib/x86_64-linux-gnu/libudev.so.1 (0x00007f3436016000)

这里的顺序与ld -lmpi_usempif08 –verbose | grep found 的结果是一致的。

本站声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系bd@zhengruan.com
作者最新文章
软件教程 加载
相关文章 更多
FREEBSD下运行调试asterisk
FREEBSD下运行调试asterisk

1. 运行调试常用命令 想在后台安静地启动Asterisk?试试这个命令:./asterisk &。它会让服务在后台运行,不占用你的终端。 如果遇到棘手的配置问题,需要深入追踪细节,那么./asterisk –vvvc会是你的好帮手。这个命令会启动Asterisk,并在控制台输出尽可能详尽的调试信息

如何处理Vue开发中遇到的分页加载数据问题
如何处理Vue开发中遇到的分页加载数据问题

如何处理Vue开发中遇到的分页加载数据问题在现代Web应用程序中,数据的分页加载是一个常见的需求。特别是在Vue开发中,我们经常会遇到需要加载大量数据并按页进行展示的场景。然而,分页加载数据并不是一件简单的事情,特别是当数据量巨大或涉及到复杂的数据操作时。本文将介绍一些在Vue开发中处理分页加载数据问题的常用技巧和最佳实践。一、前端分页前端分页是一种常见且简

PHP 中如何确认扩展是否已加载?
PHP 中如何确认扩展是否已加载?

PHP中如何确认扩展是否已加载?PHP是一种功能强大的服务器端脚本语言,它支持丰富的扩展来扩展其功能。在开发PHP应用程序时,有时需要确认某个特定的扩展是否已加载,以确保代码能够正常运行。本文将介绍在PHP中如何确认扩展是否已加载,并给出具体的代码示例。在PHP中,可以使用extension_loaded函数来确认某个扩展是否已加载。这个

在Linux中导出LD_LIBRARY_PATH的方法
在Linux中导出LD_LIBRARY_PATH的方法

在Linux系统中,快速查看环境变量可以帮助用户更好地理解系统的运作方式。这些变量让您能够有效地配置和优化系统。特定变量如"LD_LIBRARY_PATH"存储了关于共享库在系统中位置的信息,这对于程序的正确运行至关重要。通过了解这些环境变量,用户可以更好地管理系统资源和确保程序的顺利执行。因此,了解和掌握环境变量的作用,不仅有助于提高系统的性能和稳定性,还能够帮助用户更好地进行系统维护和故障排查。这意味着”ld_library_path”包含存储这些库的路径列表,以便可执行文件可

基础概念:Linux MBR的启动引导功能
基础概念:Linux MBR的启动引导功能

LinuxMBR:启动引导程序的基本作用,需要具体代码示例在计算机的启动过程中,MasterBootRecord(MBR,主引导记录)扮演着至关重要的角色。MBR是存储在硬盘的第一个扇区中的一小段程序,它包含了引导加载程序和分区表等信息。当计算机启动时,BIOS会首先加载MBR,然后执行其中的引导加载程序,从而引导操作系统的加载。MBR的基本作用:引导加载程序:MBR中包含了引导加载程序,该程序负责加载操作系统的内核。在Linux系统中,引导加载程序通常是GRUB(GRandUnifiedBootload

深入探讨Linux主引导记录(MBR)的作用和影响
深入探讨Linux主引导记录(MBR)的作用和影响

标题:深入探讨:理解LinuxMBR的作用及其影响在计算机领域,MBR(MasterBootRecord)是一块非常重要的存储区域,通常位于硬盘的第一个扇区。MBR中存储着引导加载程序(BootLoader),负责将操作系统加载进内存,从而引导计算机正常启动。对于Linux系统来说,MBR同样扮演着重要的角色,本文将深入探讨LinuxMBR的作用及其影响,并提供具体的代码示例。一、MBR的作用引导加载程序MBR中存储的引导加载程序能够识别硬盘分区表,并将操作系统加载至内存中执行。Linux系统的引导加载程

探究Linux主引导记录(MBR)的功能和运行原理
探究Linux主引导记录(MBR)的功能和运行原理

标题:LinuxMBR的作用及原理解析MBR(MasterBootRecord)在计算机领域扮演着重要角色,尤其对于Linux操作系统用户而言尤为关键。通常位于硬盘的第一个扇区,MBR中包含引导加载程序和分区表等信息,这些数据决定了计算机的启动和操作系统加载方式。本文将深入探讨LinuxMBR的功能和工作原理,并提供代码示例以帮助读者更好地理解。MBR的作用MBR的主要作用是在计算机启动时加载引导加载程序(BootLoader),引导加载程序再负责加载操作系统内核。当计算机启动时,BIOS会读取磁盘的第一

Outlook冻结了当插入超链接
Outlook冻结了当插入超链接

如果您在向Outlook插入超链接时遇到冻结问题,可能是由于网络连接不稳定、Outlook版本旧、防病毒软件干扰或加载项冲突等原因。这些因素可能导致Outlook无法正常处理超链接操作。修复插入超链接时Outlook冻结的问题使用以下修复程序解决插入超链接时Outlook冻结的问题:检查已安装的加载项更新Outlook暂时禁用您的防病毒软件,然后尝试创建新的用户配置文件修复办公室应用程序卸载并重新安装Office我们开始吧。1]检查已安装的加载项可能是Outlook中安装的某个加载项导致了问题。您可以尝试

Stremio字幕加载错误:解决字幕无法正常工作问题
Stremio字幕加载错误:解决字幕无法正常工作问题

字幕在你的WindowsPC上不能在Stremio上运行吗?一些Stremio用户报告说,视频中没有显示字幕。许多用户报告说遇到了一条错误消息,上面写着“加载字幕时出错”。以下是与此错误一起显示的完整错误消息:加载字幕时出错加载字幕失败:这可能是您正在使用的插件或您的网络有问题。正如错误消息所说,可能是您的互联网连接导致了错误。因此,请检查您的网络连接,并确保您的互联网工作正常。除此之外,这个错误的背后可能还有其他原因,包括字幕加载项冲突、特定视频内容不支持字幕以及Stremio应用程序过时。如果你遇到了

解决Illustrator加载插件时的错误
解决Illustrator加载插件时的错误

启动AdobeIllustrator时是否会弹出加载插件时出错的消息?一些Illustrator用户在打开该应用程序时遇到了此错误。消息后面紧跟着一系列有问题的插件。该错误提示表明已安装的插件存在问题,但也可能是由于VisualC++DLL文件损坏或首选项文件受损等其他原因引起。如果遇到此错误,我们将在本文中指导您修复问题,请继续阅读以下内容。在Illustrator中加载插件时出错如果您在尝试启动AdobeIllustrator时收到“加载插件时出错”的错误消息,您可以使用以下用途:以管理员身份运行Il

查看更多
精品专题 更多
装机必备
装机必备

正软商城装机必备专区,精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件,帮助用户快速完成新电脑软件配置。

Windows
Windows

正软商城Windows软件专区,汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件,提供软件介绍、系统要求、正版授权及购买下载服务。

PDF教程
PDF教程

正软商城PDF教程频道提供PDF编辑、转换、合并、拆分、压缩及格式处理方法,同时介绍常用PDF软件和工具的使用技巧。

Mac软件 更多
火山引擎 网页版
火山引擎 网页版
Windows/ macOS/ Linux

火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。

立刻MV 网页版
立刻MV 网页版
Windows/ macOS/ Linux

立刻MV 面向音乐人、内容创作者和品牌团队,帮助用户低成本完成歌曲 MV、歌词视频、AI 分镜、图生视频与最终合成。

蛙蛙写作 网页版
蛙蛙写作 网页版
Windows/ macOS/ Linux

蛙蛙写作 AI 创作工具,覆盖小说、剧本、文案,一键生成文稿,打通文字转视频全流程,高效解决创作难题。

WINDOWS 更多
火山引擎 网页版
火山引擎 网页版
Windows/ macOS/ Linux

火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。

立刻MV 网页版
立刻MV 网页版
Windows/ macOS/ Linux

立刻MV 面向音乐人、内容创作者和品牌团队,帮助用户低成本完成歌曲 MV、歌词视频、AI 分镜、图生视频与最终合成。

蛙蛙写作 网页版
蛙蛙写作 网页版
Windows/ macOS/ Linux

蛙蛙写作 AI 创作工具,覆盖小说、剧本、文案,一键生成文稿,打通文字转视频全流程,高效解决创作难题。