有时候我们要一次运行多个文件,这时候我们可以使用Makefile!!! ◊make是什么? make是一个命令工具,是一个解释makefile中指令的命令工具.它可以简化编译过程里面所下达的指令,当执行 make 时,make 会在当前的目录下搜寻 Makefile (or makefile) 这个文本文件,执行对应的操作.make 会自动的判别原始码是否经过变动了,而自动更新执行档. ◊为什么要使用make? 假设,现在一个项目里面包含了100个程序文件,如果要对这个项目进行编译,那么光是编译

gdb调试c程序打不到断点的原因可能是编译c文件的时候没有加-g选项,-g选项是编译加debug信息的,不加是打不到断点的 g++编译cpp文件 g++ -g -c *.cpp       编译 g++ -g -o exec *.o   链接 或 g++ *.cpp -o exec g++编译生成.a 静态库文件,.so为动态库 gcc *.cpp -lcp-demangle -o exec 选项 -l (ell) 通过添加前缀 lib 和后缀 .a 将跟随它的名字变换为库的名字 libcp-d

缘起,我的vs 2003无法新建工程,又不喜欢用vs 2013那样的重量级开发工具(就写两行代码,测试测试一些基本的语法规则或算法). 想来vs应该可以像GCC或G++那样直接用命令行编译Cpp文件,那样就省得我那么麻烦了. 我的步骤是这样的: 1. 打开Visual Studio .NET 2003 命令提示 进入cmd界面 2. cd  D:\proj2003\pureCode切换到cpp所在目录 D:\proj2003\pureCode>cl calcsize.cpp 3. 这样就会在当前

atom 有script插件可以直接调用很多编译器,试了很多次一直出问题找不到文件,查了文档之后发现script只支持OSX和linux. 所以,还是使用gpp-compiler比较靠谱 gpp-compiler 安装 安装MinGW编译器 主要是g++,具体模块另百度吧. 将g++.exe的位置添加到环境变量 E:\programfiles\MinGW-0.6.2\bin 在atom中,setting->install 搜索并安装gpp-compiler 打开cpp文件,f5编译运行 就这么就

在CentOS环境下编译CPP时报出 undefined reference to `__gxx_personality_v0' collect2: ld 以上错误,调查了一下,加上参数[-lstdc++]就可解决 例: gcc -lstdc++ a.cpp 参考自http://mlq.blog78.fc2.com/?mode=m&no=14

一.编写代码 1.打开命令行终端,输入vim test.cpp,新建了一个文件叫做“test.cpp”:如果以前已经建立过这个文件,则是打开这个名字的文件. 2.按回车进入编辑界面,输入i进入编辑模式,开始编写程序 3.程序写完之后, 按esc键退出编辑模式,回到命令行模式,在输入  ":w"表明存盘,然后输入“:q”退出vim编辑器:也可以直接输入“:wq”直接完成这两个步骤. 二.编译代码 在命令行输入  g++ -Wall test.cpp -o  test 编译代码    (注

#!/sh/bin .SUFFIXES:.c.o CDIR = /Users/shelley/c BINDIR = $(CDIR)/bin CC = gcc CFLAGS = -g -O RM = rm -f getoptOBJ = getopt.o getopt:$(getoptOBJ) $(CC) $(CFLAGS) -o $(BINDIR)/$@ $(BINDIR)/$^ $(RM) $(BINDIR)/$^ strchrOBJ = strchr.o strchr:$(strchrOBJ)

直接在命令行窗口调用cl编译cpp文件 往往不能通过. 主要原因是一些头文件及可执行文件未在环境变量中设置.可以通过执行VSVAR32.BAT批处理文件来设置环境变量,注意vs2005跟2008的放置位置可能不同,如果不在cl.exe当前路径下,可以去/Common7/Tools目录下寻找. 批处理文件中主要是set命令临时配置的环境变量,所以开机之后需要重新运行该bat文件才能执行cl命令. 另附cl命令使用说明 CL.exe 是控制 Microsoft C 和 C++ 编译器与链接器的 32

今天在跑<Robust Object Tracking via Sparsity-based Collaborative Model>这篇文章的代码时候,发现出现如下错误: 发现错误时由于vgg_kmiter这个c类型的函数引起的,于是百度查看先关知识,原来是没有编译vgg_kmiter引起的错误,并且在此指出:由于高matlab版本不再支持mxCreateScalarDouble,而被变为mxCreateDoubleScalar,因而要把所有的cpp源文件中出现mxCreateScalarD

代码: CXX := g++ CFLAGS := -g TARGET := xxx.exe SRCS := $(wildcard *.cpp) OBJS := $(patsubst %cpp,%o,$(SRCS)) all:$(TARGET) %.o:%.cpp     $(CXX) $(CFLAGS) -c $< $(TARGET):$(OBJS)     $(CXX) $(CFLAGS) -o $@ $^ clean:     rm -rf $(TARGET) *.o 操作: make xx

今天大波又提起昨天我说的那个程序.这样的,起初我想写一个makefile,每次写完新代码后一键编译目录下所有的.cpp文件. 原因是用makefile的话,每次要把目标文件加紧去才能编译.感觉不方便.想写一个makefile,一劳永逸.每次写完新代码后直接编译,不用再加入目标文件. 但查了很多治疗,没发现能解决问题的代码.大波问我,干嘛不用shell写一个呢.所以,我暂时放弃makefile,用shell写了一个. 实现的基本功能:编译目录下所有.c和.cpp文件. 代码: #! /bin/ba

Makefile的工作流程 http://c.biancheng.net/view/7091.html Makefile文件是什么? 我们教程主要是讲的是 Makefile .很多 Linux(Unix) 做开发的初学者不了解 Makefile 是什么,甚至大部分 Windows 开发工程师对 Makefile 都特别陌生.这个其实很正常,如果你是在 Windows 下作开发的话不需要去考虑这个问题,因为 Windows 下的集成开发环境(IDE)已经内置了 Makefile,或者说会自动生成

在Linux里面混了一个多月,vim编程用得甚爽.无奈前天将Linux里面的编程文件夹误删,而技术不精无法找回,悲痛欲绝.再者,无限怀念windows里面的游戏,并觉得现在在Linux里面也学不到什么东西,遂决定回到windows. 回到windows里面第一件事就是想把Linux里面的vim完美移植到windows.花了两天功夫,大部分功能已基本能够实现.当中遇到的最大困难是在windows里面实现用gcc/g++编译调试c/cpp文件,现在就把我这个过程完整记录下来. 1,首先下载安装Min

2014-01-17 23:36 5128人阅读 评论(1) 收藏 举报 分类: 资料集(282) 版权声明:本文为博主原创文章,未经博主允许不得转载. 之前使用网上的一个开源代码,被封装成Windows DLL库提供给外部使用.由于项目需要,需要将代码封装成静态库.于是,创建了一个Win32的静态库工程,将开源中的.h和.cpp文件都添加到该静库工程中.但是编译时却出现了这样的错误:libdui\source\stb_image.c : fatal error C1853: “.\Debug\

手工输入项目需要编译的cpp文件到Android.mk里的缺点 1)繁琐,如果cpp文件很多,简直无法忍受 2)手工输入过程中容易出现错误 3)如果cpp文件更改名称,需要修改Android.mk文件 ....等等 下面的样例代码转自:https://gist.github.com/andyque/6060595 [plain] view plaincopy <span style="font-family:SimHei;font-size:18px;">LOCAL_PAT

最近在看matlab code时,由于本人使用的是64系统,而code中的mex文件时在32位系统上编译的,所以需要重新自己编译maxflowmex.cpp,但是直接mex maxflowmex.cpp时,出现以下错误: maxflowmex.obj : error LNK2019: 无法解析的外部符号 "public: __cdecl Graph<float,float,float>::Graph<float,float,float>(int,int,void (__c

做了一个实验. 最后build失败,失败的原因是变量i被重定义了.原本按照我的思路,是不应该失败的.因为我用了条件编译,若先编译Source.cpp,则会#define __HEADER_H__并且定义变量i,等到之后再编译main.cpp时,由于已经定义__HEADER_H__,就会跳过变量i的定义.最终i只被定义一次,完美. 不管怎么说,编译器是不会出错的,仔细寻找一下原因吧.根据上面的实验结果可以推测出,两个cpp文件中#ifndef 和 #endif之间语句都得到了执行. 将上面的代码稍

务必提前预读这里的内容:http://www.cnblogs.com/stemon/p/3999844.html 回到cpp文件与头文件各写什么内容的话题上: 理论上来说cpp文件与头文件里的内容,只要是C语言所支持的,无论写什么都可以的,比如你在头文件中写函数体实现,任何一个cpp文件包含此头文件就可以将这个函数编译成目标文件的一部分(编译是以cpp文件为单位的,如果不在任何cpp文件中包含此头文件的话,这段代码就形同虚设),你可以在cpp文件中进行函数声明.变量声明.结构体声明,这也不成问题

我们在项目中有时为了方便会自定义一些与项目无关的功能,例如打印输出一些提示信息.将关键协议生成文件等,但是如果每次都通过修改代码的方法来实现,测试部门就会认为你改的这些代码可能会带来其他问题.对于这种情况,我一般会通过开关宏来控制,同时编译多个文件,在测试时使用一个正常发布的版本,如果发现问题并且无法判断问题的来源时,可以使用这个由打印输出的版本,找到问题并解决后在切换成为原来的版本. 先上一端测试代码,非常简单: #include <iostream> using namespace std

1. 编译单个文件 利用cmake进行编译 首先在项目文件夹中创建.cpp文件  利用最简单的 hello world #include<iostream> using namespace std; int main() { cout << "Hello World!"<< endl; ; } touch CMakeLists.txt 文本 #指定cmake最低版本cmake_minimum_required(VERSION 2.8) #指定项目名称

使用protobuf过程中,需要先对消息结构进行定义,文件以.proto格式结尾.然后要使用google提供的protoc命令行,把.proto文件转成对应的代码文件. protoc --proto_path=IMPORT_PATH --cpp_out=DST_DIR path/to/file.proto 这个步骤看起来非常简单,但是在实际项目中,编译过程文件众多,不可能对这个进行单独生成和编译.新的代码文件要保证能随时更新引入. 最后通过scons,研究了会builder,自己定义了proto