无法链接包含iostream的动态库

ld行为异常，我想了解发生了什么。在mycode.cpp，我有以下几点：无法链接包含iostream的动态库

#include <algorithm> 
#include "mycode.hpp" 

// awesome stuff here

我g++ -fPIC -c mycode.cpp编译它，并用ld -Bshareable -o libmylib.so mycode.o联系起来。奇迹般有效。

然后我想打电话给coutmycode.cpp。其实，即使添加此cout，如果我只是在上面的代码中添加#include <iostream>，而连接之前，我得到的错误

mycode.o: In function `__static_initialization_and_destruction_0(int, int)': 
mycode.cpp:(.text+0x50): undefined reference to `__dso_handle' 
ld: mycode.o: relocation R_X86_64_PC32 against undefined hidden symbol `__dso_handle' can not be used when making a shared object 
ld: final link failed: Bad value

如果我g++ -shared链接它，它的工作原理，但是这不是问题的关键。我不明白这里有什么问题，我正在寻找见解。

编辑：我知道一个人必须直接调用g++而不是ld。我的问题是，我想了解引擎盖下是什么：为什么包括iostream的破东西，同时算法已经在这里（所以ld知道STDC++）

来源

2016-11-18 Florian Richoux

相当肯定你的答案是正确的：[只使用g ++工程，但不是“g ++ -c”和ld]（http://stackoverflow.com/questions/6704780/using-only-g-works-but- not-gc-and-ld） –

请参阅http://www.linuxquestions.org/questions/programming-9/fyi-shared-libs-and-iostream-c-331113/page2.html#post2936978，但要考虑到它是一个非常旧的版本gcc – Leon

不要直接调用ld。与GCC链接。 – rubenvb

链接它ld -Bshareable -o libmylib.so mycode.o。奇迹般有效。

它只工作意外。

用户级别的代码应该永远直接与ld联系，并应始终使用适当的编译器驱动程序（g++这里）进行链接。除此之外，你会因怪异的链接时间或运行时错误而失败（就像你在这里所做的那样）。

来源

2016-11-18 22:54:58

无法链接包含iostream的动态库

回答

相关问题