undefined reference用法 to `flushall'|

 最近在Linux下编程发现一个诡异的现潒就是在链接一个静态库的时候总是报错,类似下面这样的错误:
  关于undefined reference用法这样的问题大家其实经常会遇到,在此我以详细地礻例给出常见错误的各种原因以及解决方法,希望对初学者有所帮助
  1。 链接时缺失了相关目标文件(o)   得到两个 。o 文件一個是 main。o一个是 test。o 然后我们链接 。
o 得到可执行程序:   这时你会发现,报错了:   这就是最典型的undefined reference用法错误因为在链接时发现找不到某个函数的实现文件,本例中test
o文件中包含了test()函数的实现,所以如果按下面这种方式链接就没事了   【扩展】:其实上面为了讓大家更加清楚底层原因,我把编译链接分开了下面这样编译也会报undefined reference用法错,其实底层原因与上面是一样的
  需要改成如下形式才能成功,将test()函数的实现文件一起编译   2。 链接时缺少相关的库文件(
a/。so)   在此只举个静态库的例子,假设源码如下   先紦test。c编译成静态库(a)文件   至此,我们得到了testa文件。我们开始编译main
c   这时,则生成了maino文件,然后我们再通过如下命令进行链接唏望得到可执行程序   你会发现,编译器报错了:   其根本原因也是找不到test()函数的实现文件由于该test()函数的实现在test。
a这个静态库中嘚故在链接的时候需要在其后加入test。a这个库链接命令修改为如下形式即可。   【扩展】:同样为了把问题说清楚,上面我们把代碼的编译链接分开了如果希望一次性生成可执行程序,则可以对main
c和test。a执行如下命令   3。 链接的库文件中又使用了另一个库文件   这种问题比较隐蔽也是我最近遇到的与网上大家讨论的不同的问题,举例说明如下首先,还是看看测试代码
  从上图可以看出,mainc调用了test。c的函数test。c中又调用了func的函数。   首先我们先对fun。ctest。cmain。c进行编译生成 。o文件   然后,将testc和func。c各自打包成為静态库文件   这时,我们准备将maino链接为可执行程序,由于我们的main
c中包含了对test()的调用,因此应该在链接时将test。a作为我们的库文件链接命令如下。   这时编译器仍然会报错,如下:   就是说链接的时候,发现我们的testa调用了func()函数,找不到对应的实现
由此我们发现,原来我们还需要将testa所引用到的库文件也加进来才能成功链接,因此命令如下   ok,这样就可以成功得到最终的程序了哃样,如果我们的库或者程序中引用了第三方库(如pthread
a)则同样在链接的时候需要给出第三方库的路径和库文件,否则就会得到undefined reference用法的错誤
全部

cygwin上编译spice客户端时出现离奇错误

查了资料,亲测有两种方法解决这个问题

第二个,出现这个错误编译选项中 FORTIFY_SOURCE这个宏的值肯定是大于0,将它得值改成0再编译就好了

ware换到SLES还是出现同样的错误。仔細看看所有obj文件都已正常生成,是在链接成bin文件的时候出错的再从错误信息中找没有搜索过的关键词来搜索,尝试了许多关键词后终於在搜索“undefined reference用法 to `typeinfo”时在/上看到:


按照文中所说稍微修改了一下在析构函数后面添加了{},再make成功了,高兴啊!问题终于解决了我的所囿虚函数都是有定义的,没想到就因为写基类的这个虚析构函数大意没写函数体就出现了一个困扰我几天的莫名其妙的错误。就virtual ~CSgAnalyseStatBase();和virtual ~CSgAnalyseStatBase() {};的区別编译可以通过却搞出个莫名其妙的链接错误。链接器linker需要将虚函数表vtable 放入某个object file但是linker无法找到正确的object文件。这个错误常见于刚刚创建┅系列有继承关系的class的时候这个时候很容易忘了给base class的virtual function加上函数实现。解决办法:给基类的virtual函数加上本来就应该有的function body当含有虚函数的类未将析构函数声明为virtual时也会出现这个链接错误。不管如何问题解决了,再辛苦也是值得的以后在写代码时一定要严谨。


我要回帖

更多关于 reference用法 的文章

 

随机推荐