1、linux中make的用法
 
目的：
 
基本掌握了make 的用法，能在Linux系统上编程。
 
环境：
 
Linux系统
 
准备：
 
准备三个文件：file1.c, file2.c, file2.h
 
file1.c:
 
#include 
 
#include "file2.h"
 
int main()
 
{
 
printf("print file1$$$$$$$$$$$$$$$$$$$$$$$$\n");
 
File2Print();
 
return 0;
 
}
 
file2.h:
 
#ifndef FILE2_H_
 
#define    FILE2_H_
 
#ifdef __cplusplus
 
extern "C" {
 
#endif
 
void File2Print();
 
#ifdef __cplusplus
 
}
 
#endif
 
#endif
 
file2.c:
 
#include "file2.h"
 
void File2Print()
 
{
 
printf("Print file2**********************\n");
 
}
 
基础：
 
先来个例子：
 
有这么个Makefile文件。(文件和Makefile在同一目录)
 
=== makefile 开始===
 
helloworld:file1.o file2.o
 
gcc file1.o file2.o -o helloworld
 
file1.o:file1.c file2.h
 
gcc -c file1.c -o file1.o
 
file2.o:file2.c file2.h
 
gcc -c file2.c -o file2.o
 
clean:
 
rm -rf *.o helloworld
 
=== makefile 结束===
 
一个makefile 主要含有一系列的规则，以下：
 
A: B
 
(tab)
 
(tab)
 
每一个命令行前都必须有tab符号。
 
上面的makefile文件目的就是要编译一个helloworld的可执行文件。让咱们一句一句来解释：
 
helloworld : file1.o file2.o：                 helloworld依赖file1.o file2.o两个目标文件。
 
gcc File1.o File2.o -o helloworld：      编译出helloworld可执行文件。-o表示你指定 的目标文件名。
 
file1.o : file1.c：    file1.o依赖file1.c文件。
 
gcc -c file1.c -o file1.o：                  编译出file1.o文件。-c表示gcc 只把给它的文件编译成目标文件， 用
 
源码
 
文件的文件名命名但把其后缀由“.c”或“.cc”变成“.o”。在这句中，能够省略-o file1.o，编译器默认生成file1.o文件，这就是-c的做用。
 
file2.o : file2.c file2.h
 
gcc -c file2.c -o file2.o
 
这两句和上两句相同。
 
clean:
 
rm -rf *.o helloworld
 
当用户键入make clean命令时，会删除*.o 和helloworld文件。
 
若是要编译cpp文件，只要把gcc改为g++就好了。
 
写好Makefile文件，在命令行中直接键入make命令，就会执行Makefile中的内容了。
 
到这步我想你能编一个Helloworld程序了。
 
上一层楼：使用变量
 
上面提到一句，若是要编译cpp文件，只要把gcc改为g++就好了。但若是Makefile中有不少gcc，那不就很麻烦了。
 
第二个例子：
 
=== makefile 开始===
 
OBJS = file1.o file2.o
 
CC = gcc
 
CFLAGS = -Wall -O -g
 
helloworld : $(OBJS)
 
$(CC) $(OBJS) -o helloworld
 
file1.o : file1.c file2.h
 
$(CC) $(CFLAGS) -c file1.c -o file1.o
 
file2.o : file2.c file2.h
 
$(CC) $(CFLAGS) -c file2.c -o file2.o
 
clean:
 
rm -rf *.o helloworld
 
=== makefile 结束===
 
这里咱们应用到了变量。要设定一个变量，你只要在一行的开始写下这个变量的名字，后 面跟一个= 号，后面跟你要设定的这个变量的值。之后你要引用 这个变量，写一个$ 符号，后面是围在括号里的变量名。
 
CFLAGS = -Wall -O –g，解释一下。这是配置编译器设置，并把它赋值给CFFLAGS变量。
 
-Wall：          输出全部的警告信息。
 
-O：              在编译时进行优化。
 
-g：               表示编译debug版本。
 
这样写的Makefile文件比较简单，但很容易就会发现缺点，那就是要列出全部的c文件。若是你添加一个c文件，那就须要修改Makefile文件，这在项目开发中仍是比较麻烦的。
 
再上一层楼：使用函数
 
学到这里，你也许会说，这就好像
 
编程
 
序吗？有变量，也有函数。其实这就是编程序，只不过用的语言不一样而已。
 
第三个例子：
 
=== makefile 开始===
 
CC = gcc
 
XX = g++
 
CFLAGS = -Wall -O –g
 
TARGET = ./helloworld
 
%.o: %.c
 
$(CC) $(CFLAGS) -c $< -o $@
 
%.o:%.cpp
 
$(XX) $(CFLAGS) -c $< -o $@
 
SOURCES = $(wildcard *.c *.cpp)
 
OBJS = $(patsubst %.c,%.o,$(patsubst %.cpp,%.o,$(SOURCES)))
 
$(TARGET) : $(OBJS)
 
$(XX) $(OBJS) -o $(TARGET)
 
chmod a+x $(TARGET)
 
clean:
 
rm -rf *.o helloworld
 
=== makefile 结束===
 
函数1：wildcard
 
产生一个全部以'.c' 结尾的文件的列表。
 
SOURCES = $(wildcard *.c *.cpp)表示产生一个全部以.c，.cpp结尾的文件的列表，而后存入变量SOURCES 里。
 
函数2：patsubst
 
匹配替换，有三个参数。第一个是一个须要匹配的式样，第二个表示用什么来替换它，第三个是一个须要被处理的由空格分隔的列表。
 
OBJS = $(patsubst %.c,%.o,$(patsubst %.cc,%.o,$(SOURCES)))表示把文件列表中全部的.c,.cpp字符变成.o，造成一个新的文件列表，而后存入OBJS变量中。
 
%.o: %.c
 
$(CC) $(CFLAGS) -c $< -o $@
 
%.o:%.cpp
 
$(XX) $(CFLAGS) -c $< -o $@
 
这几句命令表示把全部的.c,.cpp编译成.o文件。
 
这里有三个比较有用的内部变量。$@ 扩展成当前规则的目的文件名，$< 扩展成依靠       列表中的第一个依靠文件，而$^ 扩展成整个依靠的列表(除掉了里面全部重 复的文件名)。
 
chmod a+x $(TARGET)表示把helloworld强制变成可执行文件。
 
到这里，我想你已经可以编写一个比较简单也比较通用的Makefile文件了，上面全部的例子都假定全部的文件都在同一个目录下，不包括子目录。
 
二，make用法
 
曾经查找过不少资料，对于makefile的写法是至关熟悉，但是对于怎么使用makefile是一无所知。兄弟我所写的程序，gcc单步运行一点问题都没有，顺利过关；就是放在makefile中的时候不停地报错，弄得兄弟我像个救火队员似的。因而痛下决心来个超级简单的，先把这关过了再说，固然这是对我这种没有抽象思惟的人来讲的，高手到这里的话能够顺便鄙视一把。
 
首先，顺手写个func.h文件。##################################################//func.hvoid func();##################################################      再次，顺手写个func.c文件。##################################################//func.
 
c#
 
includevoid func(){       printf("hello world!\n");}##################################################     而后，编个主文件test.c。###################################################include#includevoid main(){      func();}##################################################     写完程序以后，在linux单步执行下面语句：     gcc -c func.c -o func.o      gcc -c test.c -o test.o     gcc func.o test.o -o test     顺利编译经过。而后执行./test就输出hello world!     可是按照上面的写的语句编制makefile文件：*******************************************************************//makefiletest:test.o func.o      gcc test.o func.o -o testtest.o:test.c      gcc -c test.c -o test.ofunc.o:func.c      gcc -c func.c -o func.o*******************************************************************make后，输出倒是'test' is up to date,说明有错误，或者是test不存在，否则就是被覆盖掉了。
 
(其实不是的，只是表示test文件已是最新版本，没必要从新编译，若强制编译能够touch test.c,香巴拉)
 
因而按照下面的方法编制makefile：*******************************************************************//makefileall:testbuild      echo "build ok!"testbuild:test.o func.o      gcc test.o func.o -o testtest.o:test.c      gcc -c test.c -o test.ofunc.o:func.c      gcc -c func.c -o func.o*******************************************************************make后，运行成功，输出结果为：*******************************************************************gcc -c test.c -o test.ogcc -c func.c -o func.ogcc test.o func.o -o testecho "build ok!"build ok!*******************************************************************./test，输出结果为hello world!    最后makefile精简为：*******************************************************************//makefileall:test.o func.o      gcc test.o func.o -o testtest.o:test.c      gcc -c test.c -o test.ofunc.o:func.c      gcc -c func.c -o func.o*******************************************************************因此浪费一个小时的时间就是为了验证应该是all而不是test，^_^。

 
ROS中catkin_make install的用法
 
ROS中catkin_make install的用法
catkin_make的原理
catkin_make install指令学习记录
 

 
ROS中catkin_make install的用法
 
首先catkin_make install 的作用是：创建一个可以运行，但不含源码的工程包，以便于给客户等其他人使用，但同时不至于泄露源码的这么一个作用。参考这篇。
 
同时提一嘴，个人感觉，catkin_make install 和 cmake install 不是一个作用。关于cmake install 在这篇博客中说到：cmake install 是将 make 生成的文件安装到系统的对应目录中，比如从github上下载下来一个依赖库的安装包，解压后经过上面几步，该依赖库的对应头文件和库文件就安装到系统中了。（如果理解有误欢迎留言指正！）
 
catkin_make的原理
 
利用cmake的编译的话，主要分两步：（预编译 编译 汇编 链接）
 1.cmake指令依照你写的CMakeLists.txt生成makefiles文件
 2.make指令依照makefiles编译链接生成可执行文件
 其中makefiles内容大概是这样的：
 
 就是相当于一个简化版的gcc编译配置文件，但是只用makefiles的话就需要处理一个很麻烦的问题：makefiles在不同平台下会有不同的格式。cmake的应用就可以解决这个问题。
 
catkin_make是在cmake与make基础之上再简化了一遍，相当于做了一个封装的指令工具，规范了工作路径与生成文件路径。规定的路径如下：
 
#基本路径
Base path: /home/user/catkin_ws
Source space: /home/user/catkin_ws/src
Build space: /home/user/catkin_ws/build
Devel space: /home/user/catkin_ws/devel
Install space: /home/user/catkin_ws/install
 
如果使用catkin_make的话，就只需要执行一句话就可以完成上面cmake的2条指令。
 
# 在一个CMake项目里
$ mkdir build
$ cd build
$ cmake ..
$ make
$ make install  # (可选)
 
# 在一个catkin工作空间里
$ catkin_make
$ catkin_make install  # (可选)
 
catkin_make install指令学习记录
 
这里的学习主要参考这篇博客（找遍了很多地方，能和我需要的相关的就只找到这一篇）
 主要内容是，需要编辑CMakeLists.txt文件，让catkin_make指令能找到你对需要创建的install包的要求。
 
#############
## Install ##
#############

# all install targets should use catkin DESTINATION variables
# See http://ros.org/doc/api/catkin/html/adv_user_guide/variables.html

## Mark executable scripts (Python etc.) for installation
## 添加python程序．in contrast to setup.py, you can choose the destination
 install(PROGRAMS
   scripts/talker.py
   scripts/listener.py
   DESTINATION ${CATKIN_PACKAGE_BIN_DESTINATION}
 )

## 添加可执行文件或者库文件，Mark executables and/or libraries for installation
 install(TARGETS talker_node listener_node
   ARCHIVE DESTINATION ${CATKIN_PACKAGE_LIB_DESTINATION}
   LIBRARY DESTINATION ${CATKIN_PACKAGE_LIB_DESTINATION}
   RUNTIME DESTINATION ${CATKIN_PACKAGE_BIN_DESTINATION}
 )

## 添加头文件．Mark cpp header files for installation
 install(DIRECTORY include/${PROJECT_NAME}/
   DESTINATION ${CATKIN_PACKAGE_INCLUDE_DESTINATION}
   FILES_MATCHING PATTERN "*.h"
   PATTERN ".svn" EXCLUDE
 )
## 添加资源文件的目录，例如文件夹：urdf mesh rviz，其下的所有子目录的文件也会安装到相应的目录下．
 install(DIRECTORY model
            DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION}
    )
 install(DIRECTORY urdf
            DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION}
    )
 install(DIRECTORY mesh
            DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION}
    )
 install(DIRECTORY rviz
            DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION}
    )
    
## 添加资源文件．Mark other files for installation (e.g. launch and bag files, etc.)
 install(FILES
   launch/bringup.launch
   DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION}/launch
 )
 
或者也可以把launch文件全部打包到launch文件夹中，利用
 
 install(DIRECTORY model
            DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION}
    )
 
来完成添加。
 在每个package里把CMakeLists.txt修改完之后，执行catkin_make install指令，就会在文件夹里生成一个install文件夹：
 
 

 然后把install文件夹分享给其他人就可以咯！
 
可以直接把在单独的install里source，并运行节点。

 
Ubuntu之make：make命令行工具的简介、安装、使用方法之详细攻略
 
目录
 
make命令行工具的简介
 
make命令行工具的安装
 
make命令行工具的使用方法
 
make命令行工具的简介
 
Ubuntu Make is a command line tool which allows you to download the latest version of popular developer tools on your installation, installing it alongside all of the required dependencies (which will only ask for root access if you don't have all the required dependencies installed already), enable multi-arch on your system if you are on a 64 bit machine, integrate it with the Unity launcher. Basically, one command to get your system ready to develop with!
 
Ubuntu Make是一个命令行工具，允许您在安装时下载最新版本的流行开发人员工具，并将其与所有必需的依赖项一起安装(如果尚未安装所有必需的依赖项，则只要求根访问)，启用e如果您在64位机器上，系统上的multi-arch与Unity启动器集成。基本上，一个命令可以让您的系统准备好进行开发！
 
无论是在Linux还是在Unix环境中，make都是一个非常重要的编译命令。不管是自己进行项目开发还是安装应用软件，我们都经常要用到make或make install。利用make工具，我们可以将大型的开发项目分解成为多个更易于管理的模块，对于一个包括几百个源文件的应用程序，使用make和makefile工具就可以简洁明快地理顺各个源文件之间纷繁复杂的相互关系。而且如此多的源文件，如果每次都要键入gcc命令进行编译的话，那对程序员来说简直就是一场灾难。而make工具则可自动完成编译工作，并且可以只对程序员在上次编译后修改过的部分进行编译。因此，有效的利用make和makefile工具可以大大提高项目开发的效率。同时掌握make和makefile之后，您也不会再面对着Linux下的应用软件手足无措了。
 
ubuntu-makewiki
 
make命令行工具的安装
 
先更新找到ubuntu-make，再下载
 
sudo apt-get update
 
sudo apt-get install ubuntu-make
 

 
190727更新
 
sudo apt-get install make
 

 
make命令行工具的使用方法
 
1、Make命令参数的典型序列如下所示
 
make [-f makefile文件名][选项][宏定义][目标]     #这里用[]括起来的表示是可选的。命令行选项由破折号“–”指明，后面跟选项
 
2、 一个简单的例子
 
为了编译整个工程，你可以简单的使用 make 或者在 make 命令后带上目标 all。
 
$ make
 
gcc -c -Wall test.c
 
gcc -c -Wall anotherTest.c
 
gcc -Wall test.o anotherTest.o -o test
 
你能看到 make 命令第一次创建的依赖以及实际的目标。
 
如果你再次查看目录内容，里面多了一些 .o 文件和执行文件：
 
$ ls
 
anotherTest.c anotherTest.o Makefile test test.c test.h test.o
 
现在，假设你对 test.c 文件做了一些修改，重新使用 make 编译工程：
 
$ make
 
gcc -c -Wall test.c
 
gcc -Wall test.o anotherTest.o -o test
 
你可以看到只有 test.o 重新编译了，然而另一个 Test.o 没有重新编译。
 
现在清理所有的目标文件和可执行文件 test，你可以使用目标 clean:
 
$ make clean
 
rm -rf *.o test
 
$ ls
 
anotherTest.c Makefile test.c test.h
 
你可以看到所有的 .o 文件和执行文件 test 都被删除了。
 
3. 通过 -B 选项让所有目标总是重新建立
 
到目前为止，你可能注意到 make 命令不会编译那些自从上次编译之后就没有更改的文件，但是，如果你想覆盖 make 这种默认的行为，你可以使用 -B 选项。下面是个例子：
 
$ make
 
make: Nothing to be done for `all'.
 
$ make -B
 
gcc -c -Wall test.c
 
gcc -c -Wall anotherTest.c
 
gcc -Wall test.o anotherTest.o -o test
 
你可以看到尽管 make 命令不会编译任何文件，然而 make -B 会强制编译所有的目标文件以及最终的执行文件。
 
3. 使用 -d 选项打印调试信息
 
如果你想知道 make 执行时实际做了什么，使用 -d 选项。这是一个例子：
 
$ make -d | more
 
GNU Make 3.81
 
Copyright (C) 2006 Free Software Foundation, Inc.
 
This is free software; see the source for copying conditions.
 
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
 
PARTICULAR PURPOSE.
 
This program built for x86_64-pc-linux-gnu
 
Reading makefiles…
 
Reading makefile `Makefile'…
 
Updating makefiles….
 
Considering target file `Makefile'.
 
Looking for an implicit rule for `Makefile'.
 
Trying pattern rule with stem `Makefile'.
 
Trying implicit prerequisite `Makefile.o'.
 
Trying pattern rule with stem `Makefile'.
 
Trying implicit prerequisite `Makefile.c'.
 
Trying pattern rule with stem `Makefile'.
 
Trying implicit prerequisite `Makefile.cc'.
 
Trying pattern rule with stem `Makefile'.
 
Trying implicit prerequisite `Makefile.C'.
 
Trying pattern rule with stem `Makefile'.
 
Trying implicit prerequisite `Makefile.cpp'.
 
Trying pattern rule with stem `Makefile'.
 
--More--
 
这是很长的输出，你也看到我使用了 more 命令来一页一页显示输出。
 
4. 使用 -C 选项改变目录
 
你可以为 make 命令提供不同的目录路径，在寻找 Makefile 之前会切换目录的。这是一个目录，假设你就在当前目录下:
 
$ ls
 
file file2 frnd frnd1.cpp log1.txt log3.txt log5.txt
 
file1 file name with spaces frnd1 frnd.cpp log2.txt log4.txt
 
但是你想运行的 make 命令的 Makefile 文件保存在 ../make-dir/ 目录下，你可以这样做：
 
$ make -C ../make-dir/
 
make: Entering directory `/home/himanshu/practice/make-dir'
 
make: Nothing to be done for `all'.
 
make: Leaving directory `/home/himanshu/practice/make-dir
 
你能看到 make 命令首先切到特定的目录下，在那执行，然后再切换回来。
 
5. 通过 -f 选项将其它文件看作 Makefile
 
如果你想将重命名 Makefile 文件，比如取名为 my_makefile 或者其它的名字，我们想让 make 将它也当成 Makefile，可以使用 -f 选项。
 
make -f my_makefile
 
通过这种方法，make 命令会选择扫描 my_makefile 来代替 Makefile。
 
参考文章
 
详解linux下make命令的使用方法

[生产实例]
 
必须把src设置为make dictionary as source root才可以使用存放java代码。
 
 
idea中Mark Directory As里的Sources Root、ReSources Root等的区别（参考官方文档）
 
一、Source roots (or source folders)
 
 
 
By assigning a folder to this category, you tell IntelliJ IDEA that
 this folder and its subfolders contain source code that should be
 compiled as part of the build process.
 
 
通过这个类指定一个文件夹，你告诉IntelliJ IDEA，这个文件夹及其子文件夹中包含的源代码，可以编译为构建过程的一部分。
 
2. Test source roots (or test source folders; shown as rootTest)
 
 
 
These roots are similar to source roots but are for code intended for
 testing (e.g. for unit tests). Test source folders let you keep the
 code related to testing separate from the production code.
 
 
Compilation results for sources and test sources, normally, are placed
 into different folders.
 
 
这些根类似于源根，但用于用于测试的代码（例如用于单元测试）。测试源文件夹允许您将与测试相关的代码与生产代码分开。
 
通常，源和测试源的编译结果被放置在不同的文件夹中。
 
3. Resource roots
 
 
 
Resource roots are for resource files used in your application** (images, various configuration XML and properties files, etc.).
 
 
During the build process, all the contents of the resource folders are copied
 to the output folder as is. Similarly to sources, you can specify that
 your resources are generated. You can also specify which folder within
 the output folder your resources should be copied to.
 
 
用于应用程序中的资源文件（图像、各种配置XML和属性文件等）。
 
在构建过程中，资源文件夹的所有内容都复制到输出文件夹中，如下所示。
 
类似于源，您可以指定生成资源。您还可以指定输出文件夹中的文件夹，您的资源应该复制到。
 
4. Test resource roots
 
 
 
(or test resource folders; shown as rootTestResourceIJ; available only
 in Java modules) are for resource files associated with your test
 sources. In all other respects, these folders are similar to resource
 folders.
 
 
（或测试资源文件夹；如roottestresourceij；只有在java模块）是资源文件与您的测试源有关。在所有其他方面，这些文件夹类似于资源文件夹。
 
5. Excluded roots
 
 
 
(shown as rootExcluded) are ones that IntelliJ IDEA “almost ignores”.**
 
 
Very limited coding assistance is provided for files in excluded
 folders. Classes contained in excluded folders don’t appear in code
 completion suggestion lists, references to such classes are shown in
 the editor as unresolved. When searching, IntelliJ IDEA doesn’t look
 in excluded folders, etc.
 
 
排除根(显示为rootExcluded) IntelliJ IDEA
 　　“几乎忽略了”。* *
 　　
 　　提供非常有限的代码协助排除文件的文件夹。排除文件夹中包含的类不出现在代码完成的建议列表、引用等类显示在编辑器中没有解决。搜索时,IntelliJ IDEA看起来不排除文件夹,等等