look up error: undefined symbol 问题解决

程序运行时出现以上报错，说明是动态库存放的位置喝Makefile编译时的动态库位置不同。

我在编译一个小工程时，编译过程并没有报错，但是在运行报了如下错误： undefined symbol N2cv3Mat20updateContinuityFlagEv。解决此类问题的思路可以从如下几个方面入手： 库没有正确连接，但如果是这个问题，我们在编译时往往就会报错。 库的版本不对，比如我们使用的第三方库其依赖的是OpenCV2,但是我们自己的工程使用的时OpenCV3，这时也会有这个问题。...

程序在调用自己编译的动态库出现undefined symbol。尝试了 将C++改成C代码进行编译、更改交叉编译工具等方法，偶然发现通过 下列方法解决了。具体原因不明，在arm x64的平台采用通过extern “C”是没有问题的。各位高手如果有清楚具体原因点的可以告知一下。1、原来库函数定义在namespace里，通过extern “C”方式；改为 将函数不放在命令空间方式。

Linux 下执行程序，报错： ./process: symbol lookup error: ./process: undefined symbol: …… 貌似是程序运行时加载的动态库，和makefile文件里面指定的不一样 1、查看可执行文件依赖的库 用ldd命令，详见：linux中的ldd命令简介 2、确保makefile里面指定的和运行时使用的一致 makefile 在编译...

编译通过了，程序也能执行。就是执行到某个特定函数出错。为什么？有以下两种可能： 链接的库错了。把用到的库放到一个目录，然后指定路径。 运行时，加载的是其他的库。 原因知道了，怎么解决？参考吾其他文章。 ...

引起undefined symbol问题的原因大部分是动态库连接问题，针对具体情况有两种情形 1. 运行已有可执行程序时出现，如我所遇到的ksnapshot时出现该情况报错，原因：相关链接库路径未添加到系统库中，运行时未检索到该库。 解决： export LD_LIBRARY_PATH=path:$LD_LIBRARY_PATH，添加后解决。 2. 自己写的程序出现该错误 解决：需要去进一步核查代码。 具体的方案可参考： https://blog.csdn.net/xihuanzhi1854/a

今天遇到个很郁闷的问题，运行程序时报错：look up error： undefined symbol：... 首先运行时报错找不到，一般就是动态库里没有这个符号。所以我用 nm命令 并用管道结合grep命令（nm .so | grep 'pattern'） 查找了下那个未定义符号。结果发现，动态库里有这个符号，这里T表示是在代码段。 然后我怀疑可能加载的不是这个库，可能是老版本的库，于是...

在客户现场安装hadoop环境的时候，创建了一个普通用户

报错信息 执行终端命令时发现，无法启动程序，并且提示找不到相应的符号。 yuanbaoqiang@yuanbaoqiang-911 ~$ idea /opt/idea/idea-IU-202.7660.26/jbr/bin/java: symbol lookup error: /opt/idea/idea-IU-202.7660.26/jbr/bin/java: undefined symbol: JLI_StringDup 同样的问题，也出现在我的chrome上，发现点击图标没反应 错误原因 最一开始搜

对于执行程序中报类似符号链接的问题： ./sqlite3_test: symbol lookup error: ./sqlite3_test: undefined symbol: sqlite3_close_v2 解决办法：第一步、首先检查你使用的动态库中是否有这个符号（函数名） 例如： [root@localhost lib]# nm libsqlite3.so | grep sqlit

1、查看可执行文件所依赖的库（注意将you_exe换成自己的可执行文件） 2......

版本过高导致，重新下了个 0.4.0 版本，修改软链接后，程序正常运行。发现一个个 node 都崩了，可以看到是。

今天在测试基于netlib实现的数据包处理模块时，突然提示symbollookup errorgxio_mpipe_init, undefined symbol问题。通过查阅资料对于该问题大部分的问题原因都是动态库的版本过旧，导致应用程序找不到对应的符号而引起的。 但是，通过分析Makefile文件和更新tilera平台上的gxio所依赖的动态库并不能解决上述问题。后来通过nm配合ldd终于

通过 ldd -rxxx.so命令查看so库链接状态和错误信息 ldd命令，可以查看对应的可执行文件或库文件依赖哪些库，但可执行文件或库文件要求与操作系统的编译器类型相同，即电脑是X86的GCC编译器，那么无法通过ldd命令查看ARM交叉编译器编译出来的可执行文件或库文件。 如果想在Ubuntu等Linux宿主机上查看ARM交叉编译好的可执行程序和库文件的相关依赖关系，可以通过以下命令： readelf -d xxx.so | grep NEEDED # lichunhong @ lichun..

模板函数的定义尽量放在.h文件，不要放到.cpp文件中。

问题：在run ./test的时候出现“symbol lookup error, undefined symbol: _ZN9grpc_impl7Channel8GetStateEb” 解决： 观察这个symbol, 发现应该是在grpc的库中，因此：ldd ./test | grep grpc 找到了libgrpc++.so.1 => /usr/local/lib/libgrpc++.so.1， 然后产看这个库里是否有这个symbol：nm -D /usr/local/lib/libgrpc+

调用动态库时，使用了未定义的符号，检查makefile中是否只包含了头文件没有将动态库添加进去