这是一个“可执行”共享库的最小示例(假定文件名:mini.c):

// Interpreter path is different on some systems
//+definitely different for 32-Bit machines

const char my_interp[] __attribute__((section(".interp"))) 
    = "/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2";

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

int entry() {
    printf("WooFoo!\n");
    exit (0);
}

如果用例如 gcc -fPIC -o mini.so -shared -Wl,-e,entry mini.c 编译它。 “运行”生成的 .so 将如下所示:

confus@confusion:~$ ./mini.so
WooFoo!

我现在的问题是:
我必须如何更改上述程序才能将命令行参数传递给 .so 文件的调用？更改后的示例 shell session 可能例如看起来像这样:

confus@confusion:~$ ./mini.so 2 bar
1: WooFoo! bar!
2: WooFoo! bar!
confus@confusion:~$ ./mini.so 3 bla
1: WooFoo! bla!
2: WooFoo! bla!
3: WooFoo! bla!
5: WooFoo! Bar!

在编译时检测目标是 32 位还是 64 位二进制文​​件以相应地更改解释器字符串也很好。否则会得到一个“访问损坏的共享库” 警告。像这样的东西:

#ifdef SIXTY_FOUR_BIT
    const char my_interp[] __attribute__((section(".interp"))) = "/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2";
#else
    const char my_interp[] __attribute__((section(".interp"))) = "/lib/ld-linux.so.2";
#endif

或者甚至更好，完全自动检测适当的路径以确保它适合编译库的系统。

最佳答案

How do I have to change the above program to pass command line arguments to a call of the .so-file?

当您运行共享库时，argc和 argv将传递给堆栈上的入口函数。

问题是在 x86_64 linux 上编译共享库时使用的调用约定将是 System V AMD64 ABI 的调用约定。 ，它不在堆栈中而是在寄存器中获取参数。

您需要一些 ASM 胶水代码，从堆栈中获取参数并将它们放入正确的寄存器中。

这是一个简单的 .asm 文件，您可以将其另存为 entry.asm 并链接到:

global _entry
extern entry, _GLOBAL_OFFSET_TABLE_

section .text
BITS 64

_entry:
        mov rdi, [rsp]
        mov rsi, rsp
        add rsi, 8
        call .getGOT
.getGOT:
        pop rbx
        add rbx,_GLOBAL_OFFSET_TABLE_+$$-.getGOT wrt ..gotpc
        jmp entry wrt ..plt

该代码将参数从堆栈复制到适当的寄存器中，然后调用您的 entry以与位置无关的方式运行。

然后你可以只写你的entry就好像它是一个普通的 main功能:

// Interpreter path is different on some systems
//+definitely different for 32-Bit machines

const char my_interp[] __attribute__((section(".interp")))
    = "/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2";

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

int entry(int argc, char* argv[]) {
    printf("WooFoo! Got %d args!\n", argc);
    exit (0);
}

这就是您随后编译库的方式:

nasm entry.asm -f elf64
gcc -fPIC -o mini.so -shared -Wl,-e,_entry mini.c entry.o

优点是您不会将内联 asm 语句与您的 C 代码混合，而是您的真正入口点被干净地抽象在一个开始文件中。

It would also be nice to detect on compile time, wheter the target is a 32-Bit or 64-Bit binary to change the interpreter string accordingly.

不幸的是，有 no completely clean, reliable way to do that .您最多只能依赖具有正确定义的首选编译器。

因为你使用 GCC，你可以这样写你的 C 代码:

#if defined(__x86_64__)
    const char my_interp[] __attribute__((section(".interp")))
        = "/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2";
#elif defined(__i386__)
    const char my_interp[] __attribute__((section(".interp")))
        = "/lib/ld-linux.so.2";
#else
    #error Architecture or compiler not supported
#endif

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

int entry(int argc, char* argv[]) {
    printf("%d: WooFoo!\n", argc);
    exit (0);
}

并且有两个不同的起始文件。
一个用于 64 位:

global _entry
extern entry, _GLOBAL_OFFSET_TABLE_

section .text
BITS 64

_entry:
        mov rdi, [rsp]
        mov rsi, rsp
        add rsi, 8
        call .getGOT
.getGOT:
        pop rbx
        add rbx,_GLOBAL_OFFSET_TABLE_+$$-.getGOT wrt ..gotpc
        jmp entry wrt ..plt

还有一个用于 32 位:

global _entry
extern entry, _GLOBAL_OFFSET_TABLE_

section .text
BITS 32

_entry:
        mov edi, [esp]
        mov esi, esp
        add esi, 4
        call .getGOT
.getGOT:
        pop ebx
        add ebx,_GLOBAL_OFFSET_TABLE_+$$-.getGOT wrt ..gotpc
        push edi
        push esi
        jmp entry wrt ..plt

这意味着您现在有两种稍微不同的方法来为每个目标编译您的库。

对于 64 位:

nasm entry.asm -f elf64
gcc -fPIC -o mini.so -shared -Wl,-e,_entry mini.c entry.o -m64

对于 32 位:

nasm entry32.asm -f elf32
gcc -fPIC -o mini.so -shared -Wl,-e,_entry mini.c entry32.o -m32

总而言之，您现在有两个起始文件 entry.asm和 entry32.asm ，一组定义在你的 mini.c它会自动选择正确的解释器，并根据目标以两种略有不同的方式编译您的库。

因此，如果我们真的想一路走下去，剩下的就是创建一个 Makefile 来检测正确的目标并相应地构建您的库。
让我们这样做:

ARCH := $(shell getconf LONG_BIT)

all: build_$(ARCH)

build_32:
        nasm entry32.asm -f elf32
        gcc -fPIC -o mini.so -shared -Wl,-e,_entry mini.c entry32.o -m32

build_64:
        nasm entry.asm -f elf64
        gcc -fPIC -o mini.so -shared -Wl,-e,_entry mini.c entry.o -m64

我们到这里就完成了。只需运行 make建立你的图书馆，让奇迹发生。

关于c - 如何更改解释器路径并将命令行参数传递给 Linux 上的 "executable"共享库？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29652446/