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++编译器

安装相应编译器即可解决此问题（依据系统软件安装方式）：

（ubuntu下）

sudo apt-get install g++

（Fedora下安装）

sudo yum install gcc-c++

时间： 2024-12-20 18:51:32

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

ubuntu下code::blocks编译运行一个简单的gtk+2.0项目

在具体的操作之前,首先需要安装一些必要的软件.ubuntu下默认安装了gcc,不过缺少必要的Header file,可以在命令行中输入下面的指令安装build-essential套件:sudo apt-get install build-essential使用GTK+2.0需要安装GTK开发套件,在命令行中输入下面的指令安装GTK开发套件libgtk2.0-dev:sudo apt-get install libgtk2.0-dev安装完成后,可以使用pkg-config查看一下GTK的相关编译

Ubuntu下Code Blocks无法运行和Debug的解决方案

前两天尝试用Vim+gcc+gdb来编写C语言,但是对我这样一个新手来说实在时太痛苦了,不得以,转战IDE,找了半天,选了Code Blocks这款大家用的最多的.但是在运行的时候却: 一闪而过,Debug的时候也捕捉不到断点,也不显示控制台,上网查找了一下,目前有这几种解决方案: (1)首先,所有的路径不能有中文,不能有空格. (2)其次,要调试的程序必须在一个项目中,即新建一个项目,将源文件添加进项目才能Debug. (3)再者,还需要调整控制台的样式:Settings->Environme

ubuntu下code::blocks+opengl的使用与配置

操作系统:Ubuntu 15.04 gcc version 4.9.2 opengl安装 sudo apt-get install build-essential libgl1-mesa-dev libglu1-mesa-dev freeglut3-dev 测试: include <GL/glut.h> void init(void) { glClearColor(0.0, 0.0, 0.0, 0.0); glMatrixMode(GL_PROJECTION); glOrtho(-5, 5,

-/bin/sh: ./led: not found的解决办法

环境介绍: 开发板:qq2440 交叉编译器:arm-linux-gcc 3.4.1 内核版本:2.6.13 一.针对该类问题从两个方面入手: 1.从权限出发,权限不够会出现此问题 2.从库文件出发,一般是缺少库文件导致的二.正好我今天遇到的是第二种情形: 1.查看应用程序led需要的库文件:arm-linux-readelf -a led,该命令输出的内容如下: ELF Header: Magic: 7f 45 4c 46 01 01 01 61 00 00 00 00 00 00 0

[转载]Ubuntu下arm-linux-gdb+gdbserver的编译及安装

原文地址:Ubuntu下arm-linux-gdb+gdbserver的编译及安装作者:136*****[email protected] 注:arm-linux-gdb的安装路径是/usr/local/arm/3.4.11.arm-linux-gdb的编译安装下载gdb-6.8.tar.bz2至工作目录 gdb源码下载:http://ftp.gnu.org/gnu/gdb/ 命令如下: $tar -jxvf gdb-6.8.tar.bz2$cd gdb-6.8$./configure --ta

linux 编译中required file `./ltmain.sh' not found 错误的解决办法（转）

在linux下编译c/c++程序出错:$ automake --add-missing....configure.in:18: required file `build/ltmain.sh' not found .... -------------------------------------------------------- 解决方案(libtoolize配置即可): $libtoolize --version-libtoolize (GNU libtool) 1.4.2.....$li

/usr/bin/ld: cannot find -lxxx 的解决办法

/usr/bin/ld: cannot find -lxxx 的解决办法在软件编译过程中,经常会碰到类似这样的编译错误: /usr/bin/ld: cannot find -lhdf5 这表示找不到库文件 libhdf5.so,若是其它库文件,则是 cannot find -lxxx 了,其中 xxx 是库文件的名字. 解决方法有: 1. 安装此库文件和相关软件一般库文件属于某个软件,google搜索该软件并安装,或者使用 yum 安装. 2. 将库文件所在路径添加到gcc的搜索路径使用以

Win7 64bit系统WinFrom下未能加载文件或程序集“System.Data.SQLite”的解决办法

在Win7 64bit系统下调试程序时出现如下错误: 未能加载文件或程序集”System.Data.SQLite”或它的某一个依赖项.试图加载格式不正确的程序. 事实上System.Data.SQLite.dll控件在默认情况下是32bit的,在64bit系统下得使用另一个控件. 可以到这里http://sourceforge.net/projects/sqlite-dotnet2/files/下载一个安装程序包,安装完后在D:\Program Files (x86)\SQLite.NET\bi

转-java编译时error: illegal character '\ufeff' 的解决办法-https://blog.csdn.net/t518vs20s/article/details/80833061

原文链接:https://blog.csdn.net/shixing_11/article/details/6976900 最近开发人员通过SVN提交了xxx.java文件,因发布时该包有问题需要回退,故SCM将该xxx.java文件用editplus打开删除了新添的一行,删除后重新编译打包,却报了如下异常: java:[1,0] illegal character: \65279 表面看着该文件确实没错,看不出来问题,后来从SVN上更新下代码以后,发现本地也不报错,后来通过Eclipse查看了