CMAKE_AR-NOTFOUND问题解决:
当cmake生成Makefile完成后,运行make出现lib*.a未找到时,是由于ar链接命令未找到,可以在CMakeLists.txt添加下面查看CMAKE_AR输出的值是多少,然后在命令中输入是否有此命令。
MESSAGE(STATUS, "============",${CMAKE_AR})
当CMAKE_AR中的值和链接命令ar不一样时,则需要设置正确ar名称,如设置为arm-linux-gcc-ar。
在CMakeLists.tx中添加CMAKE_AR 设置:
SET(CROSS_COMPILE 1) # 设定交叉编译标志位
set(CMAKE_SYSTEM_NAME Linux) # 设定目标系统为 linux
set(CMAKE_C_COMPILER "/usr/local/arm/4.5.1/bin/arm-linux-gcc") # 设定交叉编译链gcc所在位置
set(CMAKE_AR "/usr/local/arm/4.5.1/bin/arm-linux-gcc-ar")
nux系统下遇到cannot execute binary file的问题,一般由以下情况造成:
非root用户或者无执行权限
编译环境不同(程序由其他操作环境复制过来)
对于第一种情况,采用增加执行权限即可chmod +x program
对于第二种情况,建议将该程序二进制包拷贝过来,重新编译程序。
因为我在实际操作过程中发现我将美国的VPS的整个操作系统环境打包后下载到本地服务器上解压后运行其中的程序会有如题所示问题出现,百思不得其解,系统都为centos5.2,最终发现是两者编译环境不同所致:
美国VPS是AMD64位处理器
本地服务器是INTEL32位处理器
这两者的硬件编译环境有所差别,导致了这个问题。
当然,下载的某些程序非二进制包,可以直接执行的,但却出现该问题,也是因为内核匹配不了CPU,intel是x86的,amd是amd64或是32位版本,对应清楚下载。
sh执行脚本报错Syntax error: “(“ unexpected 的两种解决办法
问题:
sh脚本中有数组初始化的内容
$ str=“123 456 789”
$ array=($str)
$ echo ${array[2]}
sh执行脚本会报错Syntax error: “(” unexpected
--------------------------------------------------------第一种-----------------------------------------------------------
bash and dash
Bash是许多Linux平台的内定Shell,除bash外,还有许多传统UNIX上用的Shell,像tcsh、csh、ash、bsh、ksh等等。
GNU/Linux 操作系统中的 /bin/sh 本是 bash的符号链接,但鉴于 bash 过于复杂,有人把 bash 从 NetBSD 移植到 Linux 并更名为 dash 并将 /bin/sh 指向它,以获得更快的脚本执行速度。Dash Shell 比 Bash Shell 小的多,符合POSIX标准。
Debian和Ubuntu中,/bin/sh默认已经指向dash,这是一个不同于bash的shell,它主要是为了执行脚本而出现,而不是交互,它速度更快,但功能相比bash要少很多,语法严格遵守POSIX标准。
要知道自己的/bin/sh指向何种解释器,可以用 ls /bin/sh -al 命令查看。
解决办法
修改默认的sh,可以采用命令sudo dpkg-reconfigure dash。在配置菜单中选no。
--------------------------------------------------------第二种------------------------------------------------------------------------
原因:
其他常见的linux发行版,虽然很多是将sh指向bash
debian/ubuntu上sh命令默认是指向dash,而不是bash
又因为dash是比bash还轻量的,只支持基本的shell功能,
其中不包括刚才那种数组初始化,所以才会识别不了,直接报Syntx error
解决:
解决办法是,直接用bash test.sh,或者./test.sh,这两种方式来执行脚本。
sudo ldconfig /sbin/ldconfig.real: xxx 不是符号连接
极有可能是在同一个目录下有两个重名(.so前面部分相同)的 .so 动态库,例如:
/usr/lib/libabc.so
/usr/lib/libabc.so.xxx
这两个文件其中一个应该是库文件,而另一个应该是这个库文件的符号链接,但是如果两个文件都是库文件,则会报其中一个不是符号链接的错误。要么就只存在一个 libabc.so 的库文件,不存在符号链接也可以。
解决方法:
找个这两个库文件,删掉其中一个。
详情 google soname 即可。
*
CMake Error: The source directory “…/CMAKE_BULID_TYPE=RELEASE“ does not exist.
在ubuntu上安装opencv4.3.0过程中,使用指令
$ mkdir build
$ cd build/
$ cmake -D CMAKE_BUILD_TYPE=RELEASE
之后出现了 CMake Error: The source directory ".../build/CMAKE_BULID_TYPE=RELEASE" does not exist.
的错误,如图。
问题困扰了很久,总结之后的解决办法:
1.找到你电脑里的/opencv4.3.0文件夹,查看CMakeLists.txt文件的路径,写到cmake指令之后;
2.删除指令中 -D 之后的空格,如:
$ cmake /.../... -DCMAKE_BULID_TYPE=RELEASE
然后重新进行编译,就成功啦~