加载可执行文件或执行库

有一个大的 数量的问题，关于如何执行库或动态加载一个可执行的SO。据我所知，所有答案都归结为：将可执行文件编译为与位置无关的代码，然后将其加载dlopen。直到最近glibc发生了更改（显式禁用了dlopenPIE），该方法仍然有效，并且在macOS上仍然有效。例如，此更改现在在ArchLinux的当前版本的glibc（2.30）中，并且尝试使用与dlopen位置无关的可执行文件会产生错误：“无法动态加载与位置无关的可执行文件”。

很难猜测是什么导致了如此巨大的改变，从而破坏了如此多的代码和有用的用例。（对Patchwork和Bugzilla的解释对我来说没有多大意义。）但是现在有一个问题：如果要创建同时也是动态库的可执行文件，该怎么办？反之亦然？

从其中一项评论链接了一个解决方案。为了后代在此复制：

#include <stdio.h>
#include <unistd.h>

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

extern "C" {

void lib_entry(void)
{
  printf("Entry point of the service library\n");    
  _exit(0);
}

}

进行编译g++ -shared test-no-pie.cpp -o test-no-pie -Wl,-e,lib_entry会生成一个共享对象（动态库），该对象也可以在Linux上执行。

我有两个问题：

如果我想传递命令行参数怎么办？如何修改此解决方案以使其接受arc,argv？ 还有其他选择吗？