GEN configure /bin/sh: 1: autoconf: not found

1.git编译安装

make configure

2.提示没有make

sudo apt install make

4../confiture prefix=/path/   #prefix制定安装路径

　　报错信息有如下几种

git 安装时报错 1

解决1:sudo apt-get install autoconf


问题2：
configure: Setting lib to ‘lib‘ (the default)
configure: Will try -pthread then -lpthread to enable POSIX Threads.
configure: CHECKS for site configuration
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/opt/git-2.9.3‘:
configure: error: no acceptable C compiler found in $PATH
See `config.log‘ for more details

解决2:

gcc make g++ zlib-dev成功
 

原文地址：https://www.cnblogs.com/Ai-Hen-Jiao-zhi/p/12117081.html

时间： 2024-11-02 09:24:16

GEN configure /bin/sh: 1: autoconf: not found的相关文章

安装redis出现cc adlist.o /bin/sh:1:cc:not found

安装redis时 提示执行make命令时, 提示 CC adlist.o /bin/sh: cc: 未找到命令 问题原因:这是由于系统没有安装gcc环境,因此在进行编译时才会出现上面提示,当安装好gcc后再进行编译时,上面错误提示将消失. 解决方法: 安装gcc [[email protected] ~]$ yum -y install gcc automake autoconf libtool make 安装c编译器并编译 [[email protected] redis-3.2.0]# ma

/bin/sh: cc: 未找到命令

redis 4安装出现 /bin/sh  cc:  未找到命令 解决: yum -y install gcc automake autoconf libtool make 原文地址:https://www.cnblogs.com/Ai-Hen-Jiao-zhi/p/10354988.html

Linux脚本开头#!/bin/bash和#!/bin/sh是什么意思以及区别

一.意思 #!/bin/sh是指此脚本使用/bin/sh来解释执行,#!是特殊的表示符,其后面根的是此解释此脚本的shell的路径. 其实第一句的#!是对脚本的解释器程序路径,脚本的内容是由解释器解释的,我们可以用各种各样的解释器来写对应的脚本. 比如说/bin/csh脚本,/bin/perl脚本,/bin/awk脚本,/bin/sed脚本,甚至/bin/echo等等. #!/bin/bash同理. 二.区别 GNU/Linux操作系统中的/bin/sh本是bash (Bourne-Again

坑爹的ubuntu /bin/sh

写了一个停止mongodb的脚本,代码片段如下: 1 #!/bin/bash 2 3 # stop mongo 4 echo "stop mongodb..." 5 MONGO_PID=`ps -ef | grep mongod | grep -v grep | awk '{print $2}'` 6 if [[ a${MONGO_PID} == a'' ]] 7 then 8 echo "mongodb is not running..." 9 else 10 k

ubuntu下code::blocks无法编译 /bin/sh: 1: g++ not found 解决办法

linux下code::blocks无法编译运行提示 /bin/sh: 1: g++ not found 的解决办法 在ubuntu 12.04 软件中心中选装了codeblocks,安装完成后却连最简单的hello world 都无法编译运行. 编译时提示 /bin/sh: 1: g++: not found 运行时总提示 It seems that this file has not been built yet. Do you want to build it now? 因为系统没有装C+

linux：执行脚本出现/bin/sh^M: bad interpreter: No such file or directory

问题出在^M,原因是脚本文件的编码格式是dos,有可能是我在window下编辑完了直接传到linux的结果,可以在vim中输入以下命令确认编码格式 :set ff //可以看到dos或unix的字样. 如果的确是dos格式的, 那么你可以用set ff=unix把它强制为unix格式的, 然后存盘退出. 再运行一遍看. 也可以在命令行中用dos2unix指令转换编码 #dos2unix filename linux:执行脚本出现/bin/sh^M: bad interpreter: No suc

CentOS7 crontab 不执行，报错 /bin/sh: root: command not found

使用CentOS7 执行定时脚本,结果提示报错: /bin/sh: root: command not found 问题在于文件 /var/spool/cron/root ,中无需再写root. 修改之后的脚本: [[email protected] cron]# crontab -l */10 * * * * perl /home/awstats/wwwroot/cgi-bin/awstats.pl -update -config=www.zbphp.com >> /sbin/null 2&

-bash: ./job.sh: /bin/sh^M: bad interpreter: 没有那个文件或目录

昨天在windows下用写字板写了个shell脚本,使用winscp上传到linux上运行的时候发现运行不了,提示-bash: ./job.sh: /bin/sh^M: bad interpreter: 没有那个文件或目录,经过查找资料发现原因如下: 1.dos格式的文本文件要转换为unix格式的文本文件,在linux上操作如下:#unix2dos job.sh 2.或者vi job.sh set ff=unix wq! 保存退出后就可以运行.

ansible执行shell模块和command模块报错| FAILED | rc=127 >> /bin/sh: lsof: command not found和| rc=2 >> [Errno 2] No such file or directory

命令: ansible -i hosts_20 st  -m shell -a 'service zabbix_agentd star'  -K --become ansible -i hosts_20 st  -m shell -a 'lsof -i:10050'  -K --become 在shell模块报错:| FAILED | rc=127 >>/bin/sh: lsof: command not found 在command模块报错:| rc=2 >>[Errno 2]