-rdynamic（或链接器级别的--export-dynamic）究竟做了什么以及它如何与-fvisibility*标志或可见性pragma定义的符号可见性相关联和__attribute__ s？
对于--export-dynamic，ld(1)提及：
... 如果您使用＆＃34; dlopen＆＃34;加载需要引用的动态对象 到程序定义的符号，而不是其他一些动态 对象，那么你可能需要 链接程序本身时使用此选项。 ...
我不确定我是否完全理解这一点。能否请您提供一个在没有-rdynamic的情况下无法工作的示例，但是可以使用它吗？
修改：
我实际上尝试编译了几个虚拟库（单个文件，多个文件，各种-O级别，一些函数间调用，一些隐藏符号，一些可见），有和没有-rdynamic，到目前为止我＆＃ 39;已经得到字节相同的输出（当然保持所有其他标志不变），这非常令人费解。
答案 0 :(得分：45)
这是一个简单的示例项目，用于说明private void helpToolStripMenuItem_Click(object sender, EventArgs e)
{
Process process = new Process();
ProcessStartInfo startInfo = new ProcessStartInfo();
process.StartInfo = startInfo;
startInfo.FileName = @"Filepath";
process.Start();
}
的使用。
<强> bar.c
-rdynamic<强>的main.c
extern void foo(void);
void bar(void)
{
foo();
}
<强>生成文件
#include <dlfcn.h>
#include <stdio.h>
#include <stdlib.h>
void foo(void)
{
puts("Hello world");
}
int main(void)
{
void * dlh = dlopen("./libbar.so", RTLD_NOW);
if (!dlh) {
fprintf(stderr, "%s\n", dlerror());
exit(EXIT_FAILURE);
}
void (*bar)(void) = dlsym(dlh,"bar");
if (!bar) {
fprintf(stderr, "%s\n", dlerror());
exit(EXIT_FAILURE);
}
bar();
return 0;
}
此处，.PHONY: all clean test
LDEXTRAFLAGS ?=
all: prog
bar.o: bar.c
gcc -c -Wall -fpic -o $@ $<
libbar.so: bar.o
gcc -shared -o $@ $<
main.o: main.c
gcc -c -Wall -o $@ $<
prog: main.o | libbar.so
gcc $(LDEXTRAFLAGS) -o $@ $< -L. -lbar -ldl
clean:
rm -f *.o *.so prog
test: prog
./$<
成为共享库bar.c，libbar.so成为共享库
main.c dlopen并从该库中调用libbar的程序。
bar()调用了bar()，foo()位于bar.c外部并在main.c中定义。
所以，没有-rdynamic：
$ make test
gcc -c -Wall -o main.o main.c
gcc -c -Wall -fpic -o bar.o bar.c
gcc -shared -o libbar.so bar.o
gcc -o prog main.o -L. -lbar -ldl
./prog
./libbar.so: undefined symbol: foo
Makefile:23: recipe for target 'test' failed
使用-rdynamic：
$ make clean
rm -f *.o *.so prog
$ make test LDEXTRAFLAGS=-rdynamic
gcc -c -Wall -o main.o main.c
gcc -c -Wall -fpic -o bar.o bar.c
gcc -shared -o libbar.so bar.o
gcc -rdynamic -o prog main.o -L. -lbar -ldl
./prog
Hello world
答案 1 :(得分：6)
我使用rdynamic使用Glibc的backtrace() / backtrace_symbols()打印回溯。
如果没有-rdynamic，则无法获取函数名称。
要详细了解backtrace()阅读here。
答案 2 :(得分：3)
-rdynamic导出可执行文件的符号，这主要解决了Mike Kinghan的答案中所述的情况，但也有帮助。 Glibc的backtrace_symbols()象征着回溯。
这是一个小实验（从here复制的测试程序）
#include <execinfo.h>
#include <stdio.h>
#include <stdlib.h>
/* Obtain a backtrace and print it to stdout. */
void
print_trace (void)
{
void *array[10];
size_t size;
char **strings;
size_t i;
size = backtrace (array, 10);
strings = backtrace_symbols (array, size);
printf ("Obtained %zd stack frames.\n", size);
for (i = 0; i < size; i++)
printf ("%s\n", strings[i]);
free (strings);
}
/* A dummy function to make the backtrace more interesting. */
void
dummy_function (void)
{
print_trace ();
}
int
main (void)
{
dummy_function ();
return 0;
}
编译程序：gcc main.c并运行它，输出：
Obtained 5 stack frames.
./a.out() [0x4006ca]
./a.out() [0x400761]
./a.out() [0x40076d]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x7f026597f830]
./a.out() [0x4005f9]
现在，使用-rdynamic即gcc -rdynamic main.c进行编译，然后再次运行：
Obtained 5 stack frames.
./a.out(print_trace+0x28) [0x40094a]
./a.out(dummy_function+0x9) [0x4009e1]
./a.out(main+0x9) [0x4009ed]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x7f85b23f2830]
./a.out(_start+0x29) [0x400879]
如您所见，我们现在获得了正确的堆栈跟踪！
现在，如果我们调查ELF的符号表条目（readelf --dyn-syms a.out）：
没有-rdynamic
Symbol table '.dynsym' contains 9 entries:
Num: Value Size Type Bind Vis Ndx Name
0: 0000000000000000 0 NOTYPE LOCAL DEFAULT UND
1: 0000000000000000 0 FUNC GLOBAL DEFAULT UND free@GLIBC_2.2.5 (2)
2: 0000000000000000 0 FUNC GLOBAL DEFAULT UND puts@GLIBC_2.2.5 (2)
3: 0000000000000000 0 FUNC GLOBAL DEFAULT UND backtrace_symbols@GLIBC_2.2.5 (2)
4: 0000000000000000 0 FUNC GLOBAL DEFAULT UND backtrace@GLIBC_2.2.5 (2)
5: 0000000000000000 0 FUNC GLOBAL DEFAULT UND __stack_chk_fail@GLIBC_2.4 (3)
6: 0000000000000000 0 FUNC GLOBAL DEFAULT UND printf@GLIBC_2.2.5 (2)
7: 0000000000000000 0 FUNC GLOBAL DEFAULT UND __libc_start_main@GLIBC_2.2.5 (2)
8: 0000000000000000 0 NOTYPE WEAK DEFAULT UND __gmon_start__
使用-rdynamic ，我们有更多符号，包括可执行文件的符号：
Symbol table '.dynsym' contains 25 entries:
Num: Value Size Type Bind Vis Ndx Name
0: 0000000000000000 0 NOTYPE LOCAL DEFAULT UND
1: 0000000000000000 0 FUNC GLOBAL DEFAULT UND free@GLIBC_2.2.5 (2)
2: 0000000000000000 0 NOTYPE WEAK DEFAULT UND _ITM_deregisterTMCloneTab
3: 0000000000000000 0 FUNC GLOBAL DEFAULT UND puts@GLIBC_2.2.5 (2)
4: 0000000000000000 0 FUNC GLOBAL DEFAULT UND backtrace_symbols@GLIBC_2.2.5 (2)
5: 0000000000000000 0 FUNC GLOBAL DEFAULT UND backtrace@GLIBC_2.2.5 (2)
6: 0000000000000000 0 FUNC GLOBAL DEFAULT UND __stack_chk_fail@GLIBC_2.4 (3)
7: 0000000000000000 0 FUNC GLOBAL DEFAULT UND printf@GLIBC_2.2.5 (2)
8: 0000000000000000 0 FUNC GLOBAL DEFAULT UND __libc_start_main@GLIBC_2.2.5 (2)
9: 0000000000000000 0 NOTYPE WEAK DEFAULT UND __gmon_start__
10: 0000000000000000 0 NOTYPE WEAK DEFAULT UND _ITM_registerTMCloneTable
11: 0000000000601060 0 NOTYPE GLOBAL DEFAULT 24 _edata
12: 0000000000601050 0 NOTYPE GLOBAL DEFAULT 24 __data_start
13: 0000000000601068 0 NOTYPE GLOBAL DEFAULT 25 _end
14: 00000000004009d8 12 FUNC GLOBAL DEFAULT 14 dummy_function
15: 0000000000601050 0 NOTYPE WEAK DEFAULT 24 data_start
16: 0000000000400a80 4 OBJECT GLOBAL DEFAULT 16 _IO_stdin_used
17: 0000000000400a00 101 FUNC GLOBAL DEFAULT 14 __libc_csu_init
18: 0000000000400850 42 FUNC GLOBAL DEFAULT 14 _start
19: 0000000000601060 0 NOTYPE GLOBAL DEFAULT 25 __bss_start
20: 00000000004009e4 16 FUNC GLOBAL DEFAULT 14 main
21: 00000000004007a0 0 FUNC GLOBAL DEFAULT 11 _init
22: 0000000000400a70 2 FUNC GLOBAL DEFAULT 14 __libc_csu_fini
23: 0000000000400a74 0 FUNC GLOBAL DEFAULT 15 _fini
24: 0000000000400922 182 FUNC GLOBAL DEFAULT 14 print_trace
希望对您有帮助！
答案 3 :(得分：3)
来自 Linux编程接口：
42.1.6
在主程序中访问符号
假设我们使用
dlopen()动态加载共享库， 使用dlsym()从中获取函数x()的地址 库，然后调用x()。如果x()依次调用函数y()， 那么通常会在共享库之一中寻找y()由程序加载。有时候，最好让
x()调用 主程序中y()的实现。 （这类似于一个 回调机制。）为此，我们必须 主程序中的（全局范围）符号可用于动态 链接器，方法是使用--export-dynamic链接器链接程序 选项：
$ gcc -Wl,--export-dynamic main.c（以及其他选项和 参数）等效地，我们可以编写以下内容：
$ gcc -export-dynamic main.c使用这两个选项中的任何一个都允许动态加载的库 在主程序中访问全局符号。
进一步的
gcc -rdynamic选项和gcc -Wl,-E选项
-Wl,--export-dynamic的同义词。
我猜想这仅适用于以dlopen()打开的动态加载的共享库。如果我错了请纠正我。