程序的加载链接和库-目标文件

最新推荐文章于 2023-04-10 20:15:00 发布
最新推荐文章于 2023-04-10 20:15:00 发布
阅读量428 收藏
点赞数
分类专栏： 系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hixiaoxiaoniao/article/details/80861317
版权

 

用汇编的方式实现读取1000号逻辑扇区开始的8个扇区
IDE通道的通讯地址是0x1F0 - 0x1F7
其中0x1F3 - 0x1F6 4个字节的端口是用来写入LBA地址的
LBA就是 logical Block Address
1000的16进制就是0x3E8
向0x1F3 - 0x1F6写入 0x3E8
向0x1F2这个地址写入扇区数量，也就是8
向0X1F7写入要执行的操作命令码，对读操作的命令码是 0x20
具体汇编代码如下

out 0x1F3 0x00
out 0x1F4 0x00
out 0x1F5 0x03
out 0x1F6 0xE8
out 0x1F2 0x08
out 0x1F7 0x20

假设有128M内存
A程序需要10M，B程序要100M，C程序需要20M
直接这么分配会有问题，不可能三个同时运行，按程序维度切换内存效率低
分配策略需要解决下面一些问题
1.地址空间不隔离
2.内存使用效率低

3.程序运行的地址不确定

解决的方式就是 分段，分页

分段实际是在物理内存之上又加了一个层，是虚拟内存

分页则用来解决上面的第二个问题，效率低

分页开可以解决加载的一些问题，动态链接库的共享，程序段，代码段的读写权限控制等

分页跟操作系统中断也紧密联系

 

 

 

 

 

 

 

 

从操作系统角度看  hello world程序的编译，加载，链接过程

预编译cpp

gcc -E hello.c -o hello.i
或者
cpp hello.c > hello.i

编译cc1

gcc -S hello.i -o hello.s
或者
cc1 hello.c

 汇编as 

gcc -c hello.s -o hello.o
或者
as hello.s -o hello.o

链接 ld ，这里需要加上很多静态，动态库的路径

一个完整的编译过程如下

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.8.5/cc1 -quiet -v b.c -quiet -dumpbase b.c -mtune=generic -march=x86-64 -auxbase b -version -o /tmp/ccE6VyWz.s
GNU C (GCC) version 4.8.5 20150623 (Red Hat 4.8.5-16) (x86_64-redhat-linux)
        compiled by GNU C version 4.8.5 20150623 (Red Hat 4.8.5-16), GMP version 6.0.0, MPFR version 3.1.1, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=97 --param ggc-min-heapsize=127051
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/4.8.5/include-fixed"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-redhat-linux/4.8.5/include
 /usr/local/include
 /usr/include
End of search list.
GNU C (GCC) version 4.8.5 20150623 (Red Hat 4.8.5-16) (x86_64-redhat-linux)
        compiled by GNU C version 4.8.5 20150623 (Red Hat 4.8.5-16), GMP version 6.0.0, MPFR version 3.1.1, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=97 --param ggc-min-heapsize=127051
Compiler executable checksum: 25c276d835072ed72bab97eea8b3b665
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 as -v --64 -o /tmp/ccmR5XjD.o /tmp/ccE6VyWz.s
GNU assembler version 2.25.1 (x86_64-redhat-linux) using BFD version version 2.25.1-32.base.el7_4.2 
COMPILER_PATH=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/:/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/:/usr/libexec/gcc/x86_64-redhat-linux/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/:/usr/lib/gcc/x86_64-redhat-linux/
LIBRARY_PATH=/usr/lib/gcc/x86_64-redhat-linux/4.8.5/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.8.5/collect2 --build-id --no-add-needed --eh-frame-hdr --hash-style=gnu -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/crtbegin.o -L/usr/lib/gcc/x86_64-redhat-linux/4.8.5 -L/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../.. /tmp/ccmR5XjD.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-redhat-linux/4.8.5/crtend.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crtn.o/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/cc1 -quiet -v b.c -quiet -dumpbase b.c -mtune=generic -march=x86-64 -auxbase b -version -o /tmp/ccE6VyWz.s
GNU C (GCC) version 4.8.5 20150623 (Red Hat 4.8.5-16) (x86_64-redhat-linux)
        compiled by GNU C version 4.8.5 20150623 (Red Hat 4.8.5-16), GMP version 6.0.0, MPFR version 3.1.1, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=97 --param ggc-min-heapsize=127051
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/4.8.5/include-fixed"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-redhat-linux/4.8.5/include
 /usr/local/include
 /usr/include
End of search list.
GNU C (GCC) version 4.8.5 20150623 (Red Hat 4.8.5-16) (x86_64-redhat-linux)
        compiled by GNU C version 4.8.5 20150623 (Red Hat 4.8.5-16), GMP version 6.0.0, MPFR version 3.1.1, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=97 --param ggc-min-heapsize=127051
Compiler executable checksum: 25c276d835072ed72bab97eea8b3b665
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 as -v --64 -o /tmp/ccmR5XjD.o /tmp/ccE6VyWz.s
GNU assembler version 2.25.1 (x86_64-redhat-linux) using BFD version version 2.25.1-32.base.el7_4.2 
COMPILER_PATH=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/:/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/:/usr/libexec/gcc/x86_64-redhat-linux/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/:/usr/lib/gcc/x86_64-redhat-linux/
LIBRARY_PATH=/usr/lib/gcc/x86_64-redhat-linux/4.8.5/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.8.5/collect2 --build-id --no-add-needed --eh-frame-hdr --hash-style=gnu -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/crtbegin.o -L/usr/lib/gcc/x86_64-redhat-linux/4.8.5 -L/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../.. /tmp/ccmR5XjD.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-redhat-linux/4.8.5/crtend.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crtn.o

编译过程

 

 

编译的语法树

 

编译的步骤

1.词法分析

2.语法分析

3.语义分析

4.中间语言产生

5.目标代码生成和优化

整个编译和链接的过程如下：

 

 

 



Linux的可执行文件是 ELF格式的
Executable Linkable Format 都是COFF common file format格式的变种

通过file命令查看 一些不同的ELF格式文件结果如下

file link.o 
link.o: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped

file libfoo.so 
libfoo.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=871ecaf438d2ccdcd2e54cd8158b9d09a9f971a7, not stripped

file p1
p1: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=37f75ef01273a9c77f4b4739bcb7b63a4545d729, not stripped

file libfoo.so 
libfoo.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=871ecaf438d2ccdcd2e54cd8158b9d09a9f971a7, stripped

 

 

 

一段C代码对应的各种类型的 section如下

代码放到 .text段中，数据放到 .data段中，未初始化的全局变量和局部变量放到 .bss中

 

 

一个专门用来分析ELF内容的c程序 

#include <stdio.h>

extern char __executable_start[];
extern char etext[], _etext[], __etext[];
extern char edata[], _edata[];
extern char end[], _end[];

int main() {
    printf("executable start %X\n",__executable_start);
    printf("text end %X %X %X\n",etext, _etext, __etext);
    printf("data end %X %X\n",edata, _edata);
    printf("exxecutable end %X %X\n",end , _end);
}

objdump -h SpecialSymbol.o

SpecialSymbol.o:     file format elf64-x86-64

Sections:
Idx Name          Size      VMA               LMA               File off  Algn
  0 .text         0000006a  0000000000000000  0000000000000000  00000040  2**0
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
  1 .data         00000000  0000000000000000  0000000000000000  000000aa  2**0
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00000000  0000000000000000  0000000000000000  000000aa  2**0
                  ALLOC
  3 .rodata       0000004f  0000000000000000  0000000000000000  000000aa  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  4 .comment      0000002e  0000000000000000  0000000000000000  000000f9  2**0
                  CONTENTS, READONLY
  5 .note.GNU-stack 00000000  0000000000000000  0000000000000000  00000127  2**0
                  CONTENTS, READONLY
  6 .eh_frame     00000038  0000000000000000  0000000000000000  00000128  2**3
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA

将一个图片拷贝成二进制格式文件
objcopy -I binary -O elf64 -B i386 xx.jpg image.o

自定义的段，加上 __atribute__ 前缀，如

__attribute__((section("foo"))) int global = 42;
__attribute__((section("bar"))) void foo(){}

查看SpecialSymbol.o的头文件

readelf -h SpecialSymbol.o
ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           Advanced Micro Devices X86-64
  Version:                           0x1
  Entry point address:               0x0
  Start of program headers:          0 (bytes into file)
  Start of section headers:          1416 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           0 (bytes)
  Number of program headers:         0
  Size of section headers:           64 (bytes)
  Number of section headers:         13
  Section header string table index: 10


ELF头文件定义

 

 

 

 

SpecialSymbol的段表如下

readelf -S SpecialSymbol.o
There are 13 section headers, starting at offset 0x588:


Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .text             PROGBITS         0000000000000000  00000040
       000000000000006a  0000000000000000  AX       0     0     1
  [ 2] .rela.text        RELA             0000000000000000  000003f0
       0000000000000180  0000000000000018   I      11     1     8
  [ 3] .data             PROGBITS         0000000000000000  000000aa
       0000000000000000  0000000000000000  WA       0     0     1
  [ 4] .bss              NOBITS           0000000000000000  000000aa
       0000000000000000  0000000000000000  WA       0     0     1
  [ 5] .rodata           PROGBITS         0000000000000000  000000aa
       000000000000004f  0000000000000000   A       0     0     1
  [ 6] .comment          PROGBITS         0000000000000000  000000f9
       000000000000002e  0000000000000001  MS       0     0     1
  [ 7] .note.GNU-stack   PROGBITS         0000000000000000  00000127
       0000000000000000  0000000000000000           0     0     1
  [ 8] .eh_frame         PROGBITS         0000000000000000  00000128
       0000000000000038  0000000000000000   A       0     0     8
  [ 9] .rela.eh_frame    RELA             0000000000000000  00000570
       0000000000000018  0000000000000018   I      11     8     8
  [10] .shstrtab         STRTAB           0000000000000000  00000160
       0000000000000061  0000000000000000           0     0     1
  [11] .symtab           SYMTAB           0000000000000000  000001c8
       00000000000001c8  0000000000000018          12     9     8
  [12] .strtab           STRTAB           0000000000000000  00000390
       000000000000005b  0000000000000000           0     0     1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), l (large)
  I (info), L (link order), G (group), T (TLS), E (exclude), x (unknown)
  O (extra OS processing required) o (OS specific), p (processor specific)

ELF头文件会指向shstrtab段表
shstrtab是段名称字符串表，里面包含了所有段的名称，比如.text，.bss，.note等

 

ELF头文件中的重定位信息

readelf -r SpecialSymbol.o
Relocation section '.rela.text' at offset 0x3f0 contains 16 entries:
  Offset          Info           Type           Sym. Value    Sym. Name + Addend
000000000005  000a0000000a R_X86_64_32       0000000000000000 __executable_start + 0
00000000000a  00050000000a R_X86_64_32       0000000000000000 .rodata + 0
000000000014  000b00000002 R_X86_64_PC32     0000000000000000 printf - 4
000000000019  000c0000000a R_X86_64_32       0000000000000000 __etext + 0
00000000001e  000d0000000a R_X86_64_32       0000000000000000 _etext + 0
000000000023  000e0000000a R_X86_64_32       0000000000000000 etext + 0
000000000028  00050000000a R_X86_64_32       0000000000000000 .rodata + 15
000000000032  000b00000002 R_X86_64_PC32     0000000000000000 printf - 4
000000000037  000f0000000a R_X86_64_32       0000000000000000 _edata + 0
00000000003c  00100000000a R_X86_64_32       0000000000000000 edata + 0
000000000041  00050000000a R_X86_64_32       0000000000000000 .rodata + 28
00000000004b  000b00000002 R_X86_64_PC32     0000000000000000 printf - 4
000000000050  00110000000a R_X86_64_32       0000000000000000 _end + 0
000000000055  00120000000a R_X86_64_32       0000000000000000 end + 0
00000000005a  00050000000a R_X86_64_32       0000000000000000 .rodata + 38
000000000064  000b00000002 R_X86_64_PC32     0000000000000000 printf - 4

 

强符号和弱符号

对于已经初始化数据的变量就是强符号，没有初始化的就是弱符号，函数是强符号
定义规则如下
1.不允许有多个强符号，否则报错
2.如果有一个强符号多个弱符号则选择强符号
3.如果有多个弱符号，则选择占用空间最大的一个，比如A是int类型，B是double则选择B

 

调试信息，用如下方式编译就会产生调试信息

gcc -g -c -o SpecialSymbol.o SpecialSymbol.c 

readelf -S SpecialSymbol.o 

There are 21 section headers, starting at offset 0xbc8:

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .text             PROGBITS         0000000000000000  00000040
       000000000000006a  0000000000000000  AX       0     0     1
  [ 2] .rela.text        RELA             0000000000000000  000007a8
       0000000000000180  0000000000000018   I      19     1     8
  [ 3] .data             PROGBITS         0000000000000000  000000aa
       0000000000000000  0000000000000000  WA       0     0     1
  [ 4] .bss              NOBITS           0000000000000000  000000aa
       0000000000000000  0000000000000000  WA       0     0     1
  [ 5] .rodata           PROGBITS         0000000000000000  000000aa
       000000000000004f  0000000000000000   A       0     0     1
  [ 6] .debug_info       PROGBITS         0000000000000000  000000f9
       00000000000000f4  0000000000000000           0     0     1
  [ 7] .rela.debug_info  RELA             0000000000000000  00000928
       0000000000000240  0000000000000018   I      19     6     8
  [ 8] .debug_abbrev     PROGBITS         0000000000000000  000001ed
       0000000000000072  0000000000000000           0     0     1
  [ 9] .debug_aranges    PROGBITS         0000000000000000  0000025f
       0000000000000030  0000000000000000           0     0     1
  [10] .rela.debug_arang RELA             0000000000000000  00000b68
       0000000000000030  0000000000000018   I      19     9     8
  [11] .debug_line       PROGBITS         0000000000000000  0000028f
       000000000000004a  0000000000000000           0     0     1
  [12] .rela.debug_line  RELA             0000000000000000  00000b98
       0000000000000018  0000000000000018   I      19    11     8
  [13] .debug_str        PROGBITS         0000000000000000  000002d9
       0000000000000118  0000000000000001  MS       0     0     1
  [14] .comment          PROGBITS         0000000000000000  000003f1
       000000000000002e  0000000000000001  MS       0     0     1
  [15] .note.GNU-stack   PROGBITS         0000000000000000  0000041f
       0000000000000000  0000000000000000           0     0     1
  [16] .eh_frame         PROGBITS         0000000000000000  00000420
       0000000000000038  0000000000000000   A       0     0     8
  [17] .rela.eh_frame    RELA             0000000000000000  00000bb0
       0000000000000018  0000000000000018   I      19    16     8
  [18] .shstrtab         STRTAB           0000000000000000  00000458
       00000000000000b0  0000000000000000           0     0     1
  [19] .symtab           SYMTAB           0000000000000000  00000508
       0000000000000240  0000000000000018          20    14     8
  [20] .strtab           STRTAB           0000000000000000  00000748
       000000000000005b  0000000000000000           0     0     1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), l (large)
  I (info), L (link order), G (group), T (TLS), E (exclude), x (unknown)
  O (extra OS processing required) o (OS specific), p (processor specific)

 

查看SpecialSymbol.o中的符号，U就是未定义的，在启动程序的时候会动态链接进来

nm SpecialSymbol.o
                 U edata
                 U _edata
                 U end
                 U _end
                 U etext
                 U _etext
                 U __etext
                 U __executable_start
0000000000000000 T main
                 U printf

 

 

 

 

ELF常见的 section如下：

 

 

一些相关的命令

名称含义
ar创建静态库，插入删除列出和提取成员
ldd列出一个可执行文件在运行时所需要的共享库
gcc强大的编译工具
nm列出一个目标文件的符号表中定义的符号
size列出目标文件中section的名字和大小
objdump

所有二进制工具之母

能够显示一个目标文件中所有的信息

最大的作用是反汇编.text 片段中的二进制指令

readelf

显示一个目标文件的完整结构

包括ELF头中编码的所有信息，包含size和nm的功能

strace跟踪调试工具
strip删除多余的段
objcopy将一个目标文件中的内容拷贝到另一个中
dumpe2fs查询文件系统状态格式
tune2fs调整和查看文件系统格式

 

 

 

 

 

参考

关于Linux静态库和动态库的分析

程序的编译链接过程

程序运行流程——链接、装载及执行

 

 

hixiaoxiaoniao
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
内存加载动态链接库(DLL)文件
12-22
与静态链接库不同，静态链接库在编译时被整合到目标程序中，而DLL在程序运行时才被加载，降低了内存占用和程序体积。 二、内存加载动态链接库 内存加载DLL是指程序不通过常规的系统调用（如LoadLibrary）从磁盘加载...
[重庆思庄Linux技术分享】出现error while loading shared libraries的处理方法
duanweifang的博客
09-01 609
[重庆思庄Linux技术分享】出现error while loading shared libraries的处理方法 默认情况下，系统只会使用/lib和/usr/lib这两个目录下的库文件，通常通过源码包进行安装时，如果没有指定，会将库安装在/usr/local/lib目录下当运行程序需要链接动态库时，提示找不到相关的.so库，会提示报错。那么就需要将不在默认库目录中的目录添加到配置文件中去。 1.打开/etc/ld.so.conf配置文件 vim /etc/ld.so.conf 2.添加库文件所在的目录
centos 升级gcc
xyzroundo的专栏
05-23 330
//by yan 20200523 centos 升级gcc： centos7默认 gcc版本是4.8.5，编译不了redis6,需要升级 [root@VM_16_17_centos redis-6.0.3]# gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper Target: x86_64-redhat-linux Co
CentOS gcc多版本的卸载与修复
热门推荐
hongweigg的专栏
06-09 2万+
问题场景： CentOS  7装有4.4.5,4.4.7,4.8.5 三个版本的gcc，当前版本为4.4.7，通过gcc –version命令查看得到。4.4.7版本缺少libgmp.so.3文件，编译fastdfs libfastcommon-1.0.35包时发现该问题， [root@localhost libfastcommon-1.0.35]# ./make.sh /u
[汇编与C] main 函数和启动例程
shiawaseli的博客
10-21 1641
为什么汇编程序的入口是_start，而C程序的入口是main函数呢？现在我们来解释这个问题。Linux 中汇编和链接步骤是： [test@localhost Assembler]$ as test.s -o test.o [test@localhost Assembler]$ ld test.o -o test 以前我们常用gcc main.c -o main命令编译一个程序，其实也可以分三步做...
centos gcc卸载_CentOS gcc多版本的卸载与修复
weixin_42647395的博客
12-23 2724
问题场景：CentOS 7装有4.4.5,4.4.7,4.8.5 三个版本的gcc，当前版本为4.4.7，通过gcc –version命令查看得到。4.4.7版本缺少libgmp.so.3文件，编译fastdfs libfastcommon-1.0.35包时发现该问题，[root@localhost libfastcommon-1.0.35]# ./make.sh/usr/libexec/gcc...
vc加载静态和动态链接库
11-28
静态链接库和动态链接库是两种主要的链接库类型，它们在程序编译和运行时有不同的工作方式。本篇文章将深入探讨这两种链接库在MFC（Microsoft Foundation Classes）环境下的使用，并通过提供的代码实例来帮助理解。 ...
计算机+链接器和加载器
最新发布
12-28
链接器将多个目标代码文件链接到一起，生成一个完整的可执行文件，而加载器将可执行文件加载到内存中，并将其映射到虚拟地址空间中，以便操作系统可以访问和执行。 adres 绑定 地址绑定（Address Binding）是链接...
链接器和加载器中文版_链接器和加载器_linkerandloader
09-11
《链接器和加载器》是理解计算机系统执行过程中的关键环节——程序编译与执行的重要参考资料。这本书深入探讨了链接器和加载器的工作原理，帮助读者掌握如何将源代码转化为可执行程序的核心技术。 首先，我们需要...
(10.2)--目标文件格式概述1
08-03
同时，链接器还要处理动态链接库（在Windows中称为DLLs，在这里我们讨论的是Unix-like系统的共享目标文件`.so`）的情况，这类文件在运行时才会加载到内存并链接。 在目标文件中，每个节都有相应的头部信息（headers...
cc1-放入/usr/libexec/gcc/x86_64-redhat-linux/4.4.4/内
06-30
gcc: error trying to exec 'cc1': execvp: No such file or directory
RHEL7.2 下Qt creator 编译错误 skipping incompatible /usr/lib/gcc/x86_64-redhat-linux/4.8.5
qq_43229820的博客
04-07 1956
编译报错
/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libmysqlclient.a(libmysql.c.o): In function
迷雾江湖 的博客
12-07 1万+
在CentOS系统中编译mysql程序，出现这种错误：  usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libmysqlclient.a(libmysql.c.o): In function `fetch_float_with_conversion': (.text+0x7ce): undefined reference
cc1：加载共享库时出错：libmpc.so.2：无法打开共享对象文件：没有这样的文件或目录
寒冰彻骨的博客
07-01 6284
最近，在编译自定义求解器时，加载gcc编译环境时出现了以下错误： /opt/software/gcc-4.8.2/libexec/gcc/x86_64-redhat-linux/4.8.2/cc1: error while loading shared libraries: libmpc.so.2: cannot open shared object file: No such file or directory 经高人指点，这里我们采用locate指令找到libmpc.so.2文件位置，代码如下: [s
VSCode开发C、C++环境搭建系列（二）——GCC/G++编译器对头文件、静态库、动态库的搜索路径详解
MIss-Y的博客
10-21 9705
前言：前面说了C/C++编译的四大过程，本文继续前面的文章来说明编译过程中的注意事项，前面的系列文章请参考： g++安装配置以及C++的四个编译处理过程（对比C#编译执行过程） VSCode开发C、C++环境搭建系列（一）——基于Mingw-w64搭建 一、GCC编译的四大过程回顾 预处理（Pre-Processing）：主要包括宏定义，文件包含，条件编译，注释消除四部分。...
Linux中error while loading shared libraries错误解决办法
ken2232的博客
04-10 6628
Linux中error while loading shared libraries错误解决办法
linux编译C++报错：error while loading shared libraries； 错误解决办法总结
肥尾鱼(嵌入式)
09-29 1111
原因一般有两个, 一个是操作系统里确实没有包含该共享库(lib*.so.*文件)或者共享库版本不对, 遇到这种情况那就去网上下载并安装上即可. 另外一个原因就是已经安装了该共享库, 但执行需要调用该共享库的程序的时候, 程序按照默认共享库路径找不到该共享库文件. 所以安装共享库后要注意共享库路径设置问题, 如下: 1) 如果共享库文件安装到了/lib或/usr/lib目录下（默认安装路径...
cc1: error while loading shared libraries: libmpc.so.2:
xzx208的博客
01-04 1635
find /usr/ -name libmpc.so ls -l /usr/lib/i386-linux-gnu/libmpc.so lrwxrwxrwx 1 root root 15 Jan 23 2018 /usr/lib/i386-linux-gnu/libmpc.so -> libmpc.so.3.1.0 ldd /opt/gnutools/arc-4.8-amlogic-2013...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值