netbeans构建项目也出现了同样的问题.猜测是netbeans内部就用的是-l 这种编译方式,所以需要把***.a手动改为lib***.a 原文地址:链接任意目录下库文件(解决错误“/usr/bin/ld: cannot find -lxxx”)作者:qingliu g++ 编译中链接库文件选项有: -L **  -lxxx 其中 -L 告诉编译器哪里去寻找库文件,** 指的是库文件所在路径,xxx 是库文件的名称,那么-lxxx 告诉编译器去找库文件libxxx.a(而不是xxx.a).

linux下使用Qt编译程序的时候,安装了程序自带的链接库之后,仍然上报这个错误, 发现系统上报这个错误: /usr/bin/ld: 找不到 -ldhnetsdk 经过仔细的定位,终于解决了,这里把思路梳理一下,做个总结. 1)找到本地的libGL.so 文件路径 ,在终端执行:locate libdhnetsdk.so  命令: /usr/local/ahuasdk/libdhnetsdk.so 2)建立链接: sudo ln -s /usr/local/ahuasdk/libdhnetsdk

系统的默认搜索依赖库路径为,/usr/local/lib 在camkelists.txt文件中对可执行文件链接libmsc.so add_executable(iat_publish src/iat_publish.cpp src/speech_recognizer.c src/linuxrec.c) target_link_libraries( iat_publish ${catkin_LIBRARIES} libmsc.so -ldl -lpthread -lm -lrt -lasound

本文转自:https://blog.csdn.net/u010159842/article/details/56833030 最近在学习深度学习,在搭建CUDA8.0的时候,出现一个非常不好的问题: 出错:/usr/bin/ld: 找不到 -lGL collect2: error: ld returned 1 exit status Makefile:275: recipe for target 'nbody' failed make: *** [nbody] Error 1 因为cuda8.0

Linux下QT编写一个与视频播放的程序,出现/usr/bin/ld: 找不到 -lpulse-mainloop-glib,/usr/bin/ld: 找不到 -lpulse 解决办法: 首先find / -name libpulse.so* 然后cp /usr/lib/x86_64-linux-gnu/libpulse.so. /usr/lib/libpulse.so 对于libpulse-mainloop-glib 首先find / -name libpulse-mainloop-glib.s

1 找到ruby执行文件目录 $ wherris ruby ruby: /usr/lib/ruby /home/rudy/.rbenv/shims/ruby 2 设置软链接 sudo ln -s /home/rudy/.rbenv/shims/ruby  /usr/bin/ruby

目的是在运行python脚本的时候告诉操作系统我们要用python解释器去运行py脚本 所以我们在第一句往往会写如下两句中的其中一句: #!/usr/bin/python 或 >#!/usr/bin/env python 就是说在没有在执行程序时指出用什么程序运行py脚本时,系统会去调用python程序来执行. 举个简单的例子: 我们在linux环境下写一个最简单的python脚本 vim hello.py #!/usr/bin/python 或者#!/usr/bin/env python pr

现象 今天源码安装一个git后,执行git命令后报如下错误: $ git --version -bash: /usr/bin/git: No such file or directory 分析过程 开始我以为是PATH路径的问题,检查PATH路径发现是正常的,而且找不到命令的报错也不应该是这样的 $ echo $PATH /usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/admin/bin $ abcd -bas

/usr/bin/ld.bfd.real: cannot find -lGL /usr/bin/ld.bfd.real: cannot find -lX11 根据网上大多数的说法,以及官网的介绍.截至5月底,android对ubuntu12.04的编译平台的支持不是很推荐,有些库的兼容方面会有一些问题 这两个错误报的错其实就是说没有在库路径中找到libGL.so libX11.so 但是打开etc/ld.so.conf.d中查看64位的库路径下x86_64-linux-gnu.conf配置文件

总结上个星期服务器环境上的一个问题,一直再忙AR.防近视的项目没时间整理.刚好忙完项目认真回顾8月30发生的一个让人奇葩的问题. 早上把项目上的一些问题优化完,快到中午吃饭的时间频繁的启动导致/usr/bin 丢失.启动tomcat .mysql 服务无法起来. 打开日志41行 目录结构 然后我开始查下日志.目录权限问题.结果尝试发现不是这个问题.我关闭SecureCRT连接重新打开报这个问题,而且使用其它rz .sz 等命令也没用 也排查了一下java的环境变量.进程等,找了半天不知道丢失了啥

问题: 在linux环境编译应用程式或lib的source code时常常会出现如下的错误讯息: /usr/bin/ld: cannot find -lxxx 这些讯息会随着编译不同类型的source code 而有不同的结果出来如: /usr/bin/ld: cannot find -lc /usr/bin/ld: cannot find -lltdl /usr/bin/ld: cannot find -lXtst 其中xxx即表示函式库文件名称,如上例的:libc.so.libltdl.so

在linux环境编译应用程式或lib的source code时出现如下错误:/usr/bin/ld: cannot find -lxxx 这些讯息会随着编译不同类型的source code 而有不同的结果出来如:/usr/bin/ld: cannot find -lc/usr/bin/ld: cannot find -lltdl/usr/bin/ld: cannot find -lXtst 其中xxx即表示函式库文件名称,如上例的:libc.so.libltdl.so.libXtst.so.其命

/usr/bin/ld: cannot find -lxxx问题总结   linux下编译应用程序常常会出现如下错误:     /usr/bin/ld: cannot find -lxxx          意思是编译过程找不到对应库文件.其中,-lxxx表示链接库文件 libxxx.so.          注:有时候,由于库文件是编译过程临时生成的,如果前面出错也会导致出现这种情况,下面针对的是由于本机系统环境缺失而引起的..          一般出现这种错误有以下几种原因: 1.系统缺乏

原文网址:http://eminzhang.blog.51cto.com/5292425/1285705 /usr/bin/ld: cannot find -lxxx问题总结   linux下编译应用程序常常会出现如下错误:     /usr/bin/ld: cannot find -lxxx          意思是编译过程找不到对应库文件.其中,-lxxx表示链接库文件 libxxx.so.          注:有时候,由于库文件是编译过程临时生成的,如果前面出错也会导致出现这种情况,下面

原文网址:http://blog.csdn.net/mzwang123/article/details/6702889 问题:在linux环境编译应用程式或lib的source code时常常会出现如下的错误讯息: /usr/bin/ld: cannot find -lxxx 这些讯息会随着编译不同类型的source code 而有不同的结果出来如: /usr/bin/ld: cannot find -lc /usr/bin/ld: cannot find -lltdl /usr/bin/ld:

今天在安装gulp的之后,运行gulp命令出现了如下报错: /usr/bin/env: node: no such file or directory 网上找了好久,终于解决了,所以记录一下,便于下次遇到能翻阅: ln -s /usr/bin/nodejs /usr/bin/node

在编译php时报错如下: # make ... /usr/bin/ld: cannot find -lltdlcollect2: ld returned 1 exit statusmake: *** [libphp5.la] Error 1 问题原因: 该问题一般是由于ld在进行库的连接时找不到库文件所致: 解决方案: 出现该问题时,去lib目录下查找相关的库文件,基本如下: [root@localhost ~]# cd  /usr/lib [root@localhost lib]# ll |

/usr/bin/ld: cannot find -lloc ld链接库的时候没发现loc这个库-lloc本事不是文件名字,要去找这个库就搜索libloc, loc, 不能搜索lloc. /usr1/arbor/3ptax/quantum/LINUX/libloc.so/usr1/arbor/3ptax/stq/LINUX/libloc.so

比如错误为: usr/bin/ld: cannot find -labc 首先要明白的是 labc 代表的是 libabc.so 明白了这个之后,我们就知道了问题是:在编译的过程中,需要 libabc.so 库 而系统又找不到这个库 解决方法是,手动找到这个库. 你可能会发现,系统中可能已经有 libabc.so 但是不在默认查找路径(/usr/lib之类的路径),而是在你自己随便放的一个路径里. 或者是你没找到这个库,但是找到类似 libabc.so.1.0 这种带版本号的库. 如果是上述两种

usr/bin/ld: cannot find -lxxx问题总结 linux下编译应用程序常常会出现如下错误:   /usr/bin/ld: cannot find -lxxx        意思是编译过程找不到对应库文件.其中,-lxxx表示链接库文件 libxxx.so.        注:有时候,由于库文件是编译过程临时生成的,如果前面出错也会导致出现这种情况,下面针对的是由于本机系统环境缺失而引起的..        一般出现这种错误有以下几种原因: 1.系统缺乏对应的库文件: 2.版

通常在脚本语言的第一行会看到#!/usr/bin/env python 与 #!/usr/bin/python其中之一,这两句话的目的都是指出你的python文件用什么可执行程序去运行它. #!/usr/bin/python 是告诉操作系统执行这个脚本的时候,调用 /usr/bin 下的 python 解释器.这句代码是写死了python的路径的,即一定是找到/usr/bin下的解释器来运行程序,但假如用户并没有将python装在默认的 /usr/bin 路径里,那么系统操作脚本时就找不到解释器