国产日韩欧美成人,欧美日韩综合另类,欧美激情视频在线播放

CMake使用

Daywei — Sun, 11 Sep 2016 14:52:00 GMT

cmake学习(f��n)�Q�一�Q�静(r��n)态库与动态库构徏

(.so)�׃�n库，shared object�Q�节省空��_(d��)��在运行时去连接，如果执行机器上没有这些库文�g��׃��能执行�?br />(.a)�?r��n)态库,archive�Q�静(r��n)态库和程序化��Z��体，不会(x��)分开�?br />通过 ldd命��o(h��)可以查看一个可执行�E�序所依赖的的�׃�n库�?br />使用环境变量LD_LIBRARY_DIRECTORY可以指定�׃�n库位�|?/p>

一、编译共享库�Q?
ADD_LIBRARY(hello SHARED ${SHARED_LIBRARY})

二、添加静(r��n)态库�Q?br />ADD_LIBRARY(hello STATIC ${STATIC_LIBRARY})
因�ؓ(f��)默认规则是不能有相同名字的共享库与静(r��n)态库�Q�所以当生成�?r��n)态库的时候（so后缀�Q�，�׃�n库会(x��)被删除，因�ؓ(f��)只能允许一个名字存在，相同名字的会(x��)被替代（hello�Q�，所以需要通过SET_TARGET_PROPERTIES()来解册��个问题，例子�Q?br />SET_TARGET_PROPERTIES(hello_static PROPERTIES OUTPUT_NAME "hello")
cmake在构��Z��个target的时候，�?x��)删除之前生成的target�Q�一��h��通过讄��SET_TARGET_PROPERTIES(hello PROPERTIES CLEAN_DIRECT_OUTPUT 1)来达到目�?br />三、动态库的版本号�Q?br />同样是通过SET_TARGET_PROPERTIES()来设�|?br />SET_TARGET_PROPERTIES(hello PROPERTIES VERSION 1.2 SOVERSION 1)
VERSION�Q�动态库版本
SOVERSION�Q�API版本
最后生成的�l�果是：(x��)
libhello.so.1.2
libhello.so.1->libhello.so.1.2
libhello.so->libhello.so.1
四、安装：(x��)
INSTALL(TARGETS hello hello_static
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib)
INSTALL(TARGETS hello.h
DESTINATION include/hello)
其他常用的属�?PERMISSIONS�Q�设�|�权限；RATTERN�Q�设�|�正则表辑ּ�

Summary:
ADD_LIBRARY()�Q�添加一个库�Q�共享库�Q�静(r��n)态库�Q�模�?br />SET_TARGET_PROPERTIES()�Q�设�|�输出名�U�ͼ�版本��P��解决相同target被删除的问题
GET_TARGET_PROEERTIES()�Q�与SET功能相对

cmake学习(f��n)�Q�二�Q�常用变量和常用环境变量
一、变量的引用方式是��?#8220;${}”�Q�在IF中，不需要��用这�U�方式，直接使用变量名即�?
二、自定义变量使用SET(OBJ_NAME xxxx)�Q��用时${OBJ_NAME}
三、cmake的常用变量：(x��)
CMAKE_BINARY_DIR,PROJECT_BINARY_DIR,_BINARY_DIR�Q?br />�q�三个变量内容一��_(d��)��如果是内部编译，��指的是工程的顶�U�目录，如果是外部编译，指的��是工程�~�译发生的目录�?br />CMAKE_SOURCE_DIR,PROJECT_SOURCE_DIR,_SOURCE_DIR�Q?br />�q�三个变量内容一��_(d��)��都指的是工程的顶�U�目录�?br />CMAKE_CURRENT_BINARY_DIR�Q�外部编译时�Q�指的是target目录�Q�内部编译时�Q�指的是��目录
CMAKE_CURRENT_SOURCE_DIR�Q�CMakeList.txt所在的目录
CMAKE_CURRENT_LIST_DIR�Q�CMakeList.txt的完整�\�?br />CMAKE_CURRENT_LIST_LINE�Q�当前所在的�?br />CMAKE_MODULE_PATH�Q�如果工�E�复杂，可能需要编写一些cmake模块�Q�这里通过SET指定�q�个变量
LIBRARY_OUTPUT_DIR,BINARY_OUTPUT_DIR�Q�库和可执行的最�l�存攄��?br />PROJECT_NAME�Q�你猜~~

四、cmake中调用环境变�?br />1.Using $ENV{NAME} : invoke system environment varible.
We can use "SET(ENV{NAME} value)" as well. note that the "ENV" without "$".
2.CMAKE_INCLUDE_CURRENT_DIR equal to INCLUDE_DIRECTORY(${CMAKE_CURRENT_BINARY_DIR} ${CMAKE_CURRENT_SOURCE_DIR})

五、其他的内置变量
1.BUILD_SHARED_LIBS:set the default value when using ADD_LIBRARY()
2.CMAKE_C_FLAGS: set compiler for c language
2.CMAKE_CXX_FLAGS: set compiler for c++ language

六、区分debug和release
在工�E�目录下�Q�cmake -DCMAKE__BUILD_TYPE=DEBUG(RELEASE)�Q�再执行make

七、指定编�?2bit�?4bit�E�序
SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -m32")
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -m32")

cmake学习(f��n)�Q�三�Q�常用指�?/span>

一、基本指令：(x��)
INCLUDE_DIRECTORIES(${includedir}) #-I�?br />LINK_DIRECTORIES(${libdir}) #-L
TARGET_LINK_LIBRARIES(helloworld ${linkflags}) #-l
ADD_DEFINITIONS(${cflags}) #-D

1、ADD_DEFINATIONS�Q�向C/CPP��d��宏定义，相当于gcc中的-D�Q�参��C��间用�I�格分割
2、ADD_DEPENDICIES(target_name, depend_name)�Q�定义target对其他target的依赖关�p?br />3、AUX_SOURCE_DIRECTORY(dir VARIBLE)�Q�把目录下的所有源文�g保存在变量中�Q�基本用来创建源文�g列表
4、ADD_EXECUTABLE�Q�指定目录，生成执行文�g
5、EXEC_PROGRAM�Q�外部调用指令，可移执行��M��外部命��o(h��)�Q�后面加参数�Q�例子如下：(x��)
EXEC_PROGERAM(ls ARGS"*.c" OUTPUT_VARIBLE LS_OUTPUT RETURN_VALUE LS_RVALUE)
IF(not LS_RVALUE)
MESSAGE(STATUS "xxx")
ENDIF(not LS_RVAULE)
PS.�q�里执行ls *.c指��o(h��)�Q�执行成功的话，�q�回0�?br />6、FILE指��o(h��)�Q?br />FILE(WRITE file_name "content")
FILE(APPEND file_name "content")
FILE(READ file_name varible)
FILE(WRITE file_name "content")
7、FIND_�p�d��指��o(h��)�Q?br />LIBRARY( name path)�Q?br />FIND_LIBRARY(Xorg X11 /usr/lib64)
IF(not Xorg)
MESSAGE(STATUS "no Xorg")
ENDIF(not Xorg)
FILE( name path)
PATH( name path)
PROGRAM( name path)
PACKAGE( [major.minor][QUIET][NO MODULE][[REQUIRED][COMPONTS][componts....]])
最后一条，用来调用攑֜�CMAKE_MODULE_PATH下的Find.cmake模块�Q�也可以自定义Find模块
首先通过SET(CMAKE_MODULE_PATH /home/...)来指定位�|?/p>

8、控制指令：(x��)
IF(expression)�Q�ELSE(expression)�Q�ENDIF(expression)
express举例�Q?br />否定�Q�空�Q?�Q�N�Q�NO�Q�OFF�Q�FALSE�Q�NOTFOUND或_NOTFOUND
肯定�Q�COMMAND cmd�Q�EXISTS dir/file�Q�variable MARCHES regex�{�等�{�等�q�有很多~~~随用随查�?/p>

cmake学习(f��n)�Q�四�Q�模块的使用和自定义模块

FIND_PACKAGE
每一个模块都�?x��)��生如下变�?br />_FOUND
_INCLUDE_DIR
_LIBRARY or _LIBRARIES
如果_FOUND为真�Q�把_INCLUDE_DIR加入到INCLUDE_DIRECTORIES中，_LIBRARY加入到TARGET_LINK_LIBRARIES中�?/p>

�~�写属于自己的FindHello模块�Q?br />1.FIND_PATH(HELLO_INCLUDE_DIR hello.h /usr/include/hello /usr/local/include/hello)
2.FIND_LIBRARY(HELLO_LIBRARY_DIR NAMES hello PATH /usr/lib /usr/local/lib)
IF(HELLO_INCLUDE_DIR AND HELLO_LIBRARY)
SET(HELLO_FOUND TRUE)
ENDIF(HELLO_INCLUDE_DIR)
3.FIND_PACKAGE([major.minor][QUIET][NO_MODULE]
[[REQUIRED|COMPONENTS][componets...]])
QUIET参数�Q�去掉输��Z��?br />REQUIRED参数�Q�共享库是否是工�E�必��ȝ��Q�如果是必须的，那么找不�?br />如果在src中想调用hello模块中的内容
FIND_PACKAGE(HELLO)
��Z��(ji��n)可以让工�E�找到FindHELLO.cmake
在主工程的CMakeList.txt中，SET(CMAKE_MODULE_PATH ${PROJECT_SOURCE_PATH}/cmake)
通过讄��FIND_PACKAGE(HELLO QUIET)可以��L��输出信息

Cmake CMAKE_BUILD_TYPE specification

That’s because no build type has been specified to CMake. The build type is a feature most IDE have, it allows you to compile your program in “debug” mode, for easily single-stepping through it with a debugger, or in “release” mode, with speed optimization enabled.

To fix this you simply need to specify a build type in the CMakeLists.txt file, in this way:

if( NOT CMAKE_BUILD_TYPE )
  set( CMAKE_BUILD_TYPE Debug CACHE STRING
       "Choose the type of build, options are: None Debug Release RelWithDebInfo
MinSizeRel."
       FORCE )
endif()


when cmake is run without specifying the build type using -D CMAKE_BUILD_TYPE, it is the Debug mode that is selected as the default.

Daywei 2016-09-11 22:52 发表评论

vim使用�ȝ��ing

Daywei — Sat, 06 Apr 2013 04:12:00 GMT

VIM官网�Q?br />
http://www.vim.org/
里面已经包含�?ji��n)很多插�Ӟ��可随意配�|��?/span>
先是一�?/span>vim基本配置讄��

vim语法高�(sh��)��昄��和自动羃�q?/span>

1、配�|�文件的位置

在目�?/etc/ 下面�Q�有个名�?strong>vimrc的文�Ӟ��q�是�pȝ��中公��q��vim配置文�g�Q�对所有用户都有效。而在每个用户的主目录下，都可以自己徏立私有的配置文�g�Q�命名�ؓ(f��)�Q?#8220;.vimrc”。例如，/root目录下，通常已经存在一�?strong>.vimrc文�g�?/div>

2、设�|�语法高?sh��)��显�C?/span>

1) 打开vimrc�Q�添加以下语句来使得语法高�(sh��)��昄��Q?/div>

syntax on

2) 如果此时语法�q�是没有高�(sh��)��昄��Q�那么在/etc目录下的profile文�g中添加以下语句：(x��)

export TERM=xterm-color

3、设�|?/span>Windows风格�?/span>C/C++自动�~�进�Q�添加以�?/span>set语句�?/span>vimrc中）(j��)

1�Q�设�|�（软）(j��)制表�W�宽度�ؓ(f��)4�Q?/div>

set tabstop=4

set softtabstop=4

2�Q�设�|�羃�q�的�I�格��Cؓ(f��)4

set shiftwidth=4

3�Q�设�|�自动羃�q�：(x��)��x(ch��ng)��行的�~�进��g��上一行相�{�；使用 noautoindent 取消讄��Q?/span>

set autoindent

4�Q?span>讄��使用 C/C++ 语言的自动羃�q�方式：(x��)

set cindent

5�Q�设�|�C/C++语言的具体羃�q�方式（以我的windows风格��Z��Q�：(x��)

set cinoptions={0,1s,t0,n-2,p2s,(03s,=.5s,>1s,=1s,:1s

6�Q�如果想在左侧显�C�文本的行号�Q�可以用以下语句�Q?/div>

set nu

7�Q�最后，如果没有下列语句�Q�就加上吧：(x��)

if &term=="xterm"

set t_Co=8

set t_Sb=^[[4%dm

set t_Sf=^[[3%dm

endif

安装ctags+taglist

1.ctags
�Q?�Q�到http://ctags.sourceforge.net/下蝲ctags源码ctags-5.6.tar.gz
http://prdownloads.sourceforge.net/ctags/ctags-5.6.tar.gz
�Q?�Q�解压�ƈ安装
tar zxvf ctags-5.6.tar.gz
cd ctags-5.6
./configure && make && make install
�Q?�Q��?br />[/home/brimmer/src]$ ctags -R

"-R"表示递归创徏�Q�也��包括源代码根目录下的所有子目录下的源程序�?tags"文�g中包括这些对象的列表�Q?br />l �?define定义的宏
l 枚�D型变量的�?br />l 函数的定义、原型和声明
l 名字�I�间�Q�namespace�Q?br />l �c�d��定义�Q�typedefs�Q?br />l 变量�Q�包括定义和声明�Q?br />l �c�（class�Q�、结构（struct�Q�、枚丄��型（enum�Q�和联合�Q�union�Q?br />l �c�R��结构和联合中成员变量或函数
VIM用这�?tags"文�g来定位上面这些做�?ji��n)标记的对象�Q�下面介�l�一下定位这些对象的�Ҏ(gu��)��Q?br />
1) 用命令行。在�q�行vim的时候加�?-t"参数�Q�例如：(x��)
[/home/brimmer/src]$ vim -t foo_bar
�q�个命��o(h��)��打开定义"foo_bar"�Q�变量或函数或其它）(j��)的文�Ӟ��q�把光标定位到这一行�?br />2) 在vim�~�辑器内�?:ta"命��o(h��)�Q�例如：(x��)
:ta foo_bar
3) 最方便的方法是把光标移到变量名或函数名上，然后按下"Ctrl-]"。用"Ctrl-o"退回原来的地方�?br />注意�Q�运行vim的时候，必须�?tags"文�g所在的目录下运行。否则，�q�行vim的时候还要用":set tags="命��o(h��)讑֮�"tags"文�g的�\径，�q�样vim才能扑ֈ�"tags"文�g�?br />
在函��C��U�d��光标
[{ 转到上一个位于第一列的"{"
}] 转到下一个位于第一列的"{"
{ 转到上一个空�?br />} 转到下一个空�?�Q�[ and ] 也分别是两个指��o(h��)�Q?br />gd 转到当前光标所指的局部变量的定义
* 转到当前光标所指的单词下一�ơ出现的地方
# 转到当前光标所指的单词上一�ơ出现的地方
Vim 的创造者是一名计��机�E�序员，因此�q�就不奇�?Vim 中有许多帮助�~�写�E�序的功能：(x��)
跌��{到标识符被定义和使用的地方；在另一个窗口中预览有关的声明等�{��?br />�Q�ctags使用部分参考了(ji��n) 文章“ctags和vim”�Q�原文在
http://hi.baidu.com/original/blog/item/2cf8d53f00b7fcc27d1e71f0.html�Q?br />更多使用也请参考原文）(j��)

2. taglist
能够列出源文件中的tag(function, class, variable, etc)�q�蟩�?
注意�Q�taglist依赖于ctags�Q�所以要先装ctags�Q�否则taglist装了(ji��n)也没法用�Q?br />�Q?�Q�到http://vim.sourceforge.net/scripts/script.php?script_id=273
下蝲taglist_42.zip�Q�即
http://vim.sourceforge.net/scripts/download_script.php?src_id=6416
�Q?�Q�解压得��C��个文�?br /># unzip -d taglist taglist_42.zip
# cd taglist
# tree
.
|-- doc
| `-- taglist.txt
`-- plugin
`-- taglist.vim
�Q?�Q�安�?br />cp doc/taglist.txt /usr/share/vim/vim61/doc/
cp plugin/taglist.vim /usr/share/vim/vim61/plugin/
�Q?�Q�配�|�和使用
cd /usr/share/vim/vim61/doc/
启动vim�Q�用 “:helptags .”来配�|�好帮助文�g
重启vim�Q�用“:TlistToggle”来打开和关闭taglist�H�口�?br />可以�?#8220;:help taglist”来获得更多帮助信�?/div>
set tags=./tags,./../tags,./http://www.cnblogs.com/tags,./**/tags

let Tlist_Use_Left_Window=1
let Tlist_Auto_Update=1
let Tlist_Exit_OnlyWindow=1
let Tlist_Show_One_File=1
nmap :TlistToggle

其次安装配置基本的插�?/span>

1.安装好Vim和Vim的基本插件。在ubuntu下这些��用apt-get安装卛_��Q?/span>
lingd@ubuntu:~/arm$sudo apt-get install vim vim-scripts vim-doc
其中vim-scripts是vim的一些基本插�Ӟ��包括语法高�(sh��)��的支持、羃�q�等�{��?/span>
vim中文帮助文档tar包下载地址:
http://sourceforge.net/projects/vimcdoc/files/vimcdoc/
解压后其中有个doc文�g�? ��其中的内容全部复制到~/.vim/doc, 或者vim安装目录下的doc目录�? 此时vim中的help信息已经是中文的�?
�|�页版中文帮助文档网址http://vimcdoc.sourceforge.net/doc/help.html
首页��时vim帮助文档的目录，阅读��h��更方便有效、更有针�Ҏ(gu��)��！

2.��理vim插�g——vim-addons
通过vim-addons�Q�我们可以管理vim插�g。我们在sudo apt-get install vim vim-scripts vim-doc�Ӟ��一般会(x��)自动安装上vim-addons。若未安装可通过sudo apt-get install vim-addon-manager手动安装。安装完成后�Q�就可以用vim-addons��理vim插�g�?ji��n)�?br /> # �pȝ��中已有的vim-scripts中包含的插�g�?qi��ng)其状态：(x��)
lingd@ubuntu:~$ vim-addons status
# Name                     User Status System Status
align                       removed       removed
alternate                   removed       removed
bufexplorer                 removed       removed
calendar                    removed       removed
closetag                    removed       removed
colors sampler pack         removed       removed
cvsmenu                     removed       removed
debPlugin                   removed       removed
detectindent                removed       removed
doxygen-toolkit             removed       removed
editexisting                removed       removed
enhanced-commentify         removed       removed
gnupg                       removed       removed
info                        removed       removed
justify                     removed       removed
lbdbq                       removed       removed
markdown-syntax             removed       removed
matchit                     removed       removed
minibufexplorer             installed     removed
nerd-commenter              removed       removed
omnicppcomplete             installed     removed
po                          removed       removed
project                     installed     removed
python-indent               removed       removed
secure-modelines            removed       removed
snippetsEmu                 removed       removed
sokoban                     removed       removed
supertab                    removed       removed
surround                    removed       removed
taglist                     installed     removed
tetris                      removed       removed
utl                         removed       removed
vcscommand                  removed       removed
vimplate                    removed       removed
whatdomain                  removed       removed
winmanager                  removed       removed
xmledit                     removed       removed

Reference�Q?/em>
vim配置为C/C++开发环�?
一步步��vim攚w��成C/C++开发环�?IDE)

Daywei 2013-04-06 12:12 发表评论

Daywei — Wed, 04 Apr 2012 06:26:00 GMT
gcc�~�译的几�U�错误信息及(qi��ng)其解��x(ch��ng)��?br />1.语法错误
   一般实在输入代码时括号不匹配或者��用了(ji��n)关键字。遇到语法错误，可以仙剑�ơ错误提�C�Z��出现的第一个行��P��如果该行没有问题�Q�就��(g��)查该行所开始的语法模块是否完整�Q�然后修正该�l�构�?br />2.头文仉��?br />   如果�~�译器出的错误提�C��can not find include file ***.h�Q�就说明是指定的包含文�g有问题，�pȝ��在编译过�E�中找不到指定的头文�?br />3.�c�d��错误
   如果出现�c�M��“ld:-lm:No such file or directory”的错误，可能是在默认的目录内找不到相应的�c�d��。这�U�问题的解决�Ҏ(gu��)��是在�~�译时��?I参数指定要��用的�c�d��所在的目录�?br />4.未定义符�?br />   出现�c�M��Undefined symbol 的提�C�，说明在编译过�E�中发现�?ji��n)没有被定义的符号变�?br />
gdb��?br />gdb �E�序�?br />gdb
�q�两�U�方式均可进入gdb的交互式调试界面。在交互模式中可以��用许多命令：(x��)
file�Q�加载要调试的程�?/li>
kill�Q�终止正在调试的�E�序
list�Q�列�?0行程序的源代�?/li>
next�Q�单步执行程�?/li>
step�Q�单步执行程序，与next不同的是�Q�其�?x��)进入调用的函数内部。而next只需要调用函数的�l�果�?/li>
run�Q�运行加载的�E�序
quit�Q�退出gdb
watch�Q�监视一个变量的�?/li>
break�Q�在代码里设�|�断点，�E�序�q�行到断点处时会(x��)停下来，然后用户可用next或step单步执行�E�序。但使用break的前提是�E�序在编译时使用�?ji��n)g参数
make�Q�不用退出gdb�Q�重新编译代码，然后在gdb中运�?/li>
shell�Q�可调用shell命��o(h��)
bt�Q�查看函数堆�?/li>
c函数�Q��l�运�?/li>
finish�Q�退出函�?/li>
info�Q�查看相关信息，如info break

Daywei 2012-04-04 14:26 发表评论

linux下C/C++学习(f��n)3——Makefile

Daywei — Mon, 26 Mar 2012 06:56:00 GMT
假设我们有下面这��L(f��ng)��一个程�?源代码如下：(x��)
/**//* main.c */
#include "mytool1.h"
#include "mytool2.h"
int main(int argc,char **argv)
{
    mytool1_print("hello");
    mytool2_print("hello");
}
/**//* mytool1.h */
#ifndef _MYTOOL_1_H
#define _MYTOOL_1_H
void mytool1_print(char *print_str);
#endif
/**//* mytool1.c */
#include "mytool1.h"
void mytool1_print(char *print_str)
{
    printf("This is mytool1 print %s\n",print_str);
}
/**//* mytool2.h */
#ifndef _MYTOOL_2_H
#define _MYTOOL_2_H
void mytool2_print(char *print_str);
#endif
/**//* mytool2.c */
#include "mytool2.h"
void mytool2_print(char *print_str)
{
    printf("This is mytool2 print %s\n",print_str);
}

当然�׃��q�个�E�序是很短的我们可以�q�样来编�?br />gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
�q�样的话我们也可以��生main �E�序,而且也不时很�ȝ��(ch��).但是如果我们考虑一下如果有一天我们修改了(ji��n)其中的一个文�?比如说mytool1.c)那么我们��N��q�要重新输入上面的命�?也许你会(x��)�?�q�个很容易解军_��Q�我写一个SHELL 脚本,让她帮我��d��成不��可以了(ji��n).是的对于�q�个�E�序来说,是可以�v��C��用的�Q�但是当我们把事情想的更复杂一�?如果我们的程序有几百个源�E�序的时�?��N��也要�~�译器重��C��个一个的�ȝ��?
为此,聪明的程序员?sh��)��想��Z��(ji��n)一个很好的工具来做�q��g事情,�q�就是make.我们只要执行以下make,��可以把上面的问题解��x(ch��ng)��.在我们执行make 之前,我们要先�~�写一个非帔R��要的文�g.--Makefile.对于上面的那个程序来�?可能的一个Makefile 的文件是�Q?br /># �q�是上面那个�E�序的Makefile 文�g
main�Q�main.o mytool1.o mytool2.o
gcc -o main main.o mytool1.o mytool2.o
main.o�Q�main.c mytool1.h mytool2.h
gcc -c main.c
mytool1.o�Q�mytool1.c mytool1.h
gcc -c mytool1.c
mytool2.o�Q�mytool2.c mytool2.h
gcc -c mytool2.c
有了(ji��n)�q�个Makefile 文�g,不过我们什么时候修改了(ji��n)源程序当中的什么文�?我们只要执行make 命��o(h��)�Q�我们的�~�译器都只会(x��)�ȝ��译和我们修改的文件有关的文�g,其它的文件她�q�理
都不惛_��理的�?br />下面我们学习(f��n)Makefile 是如何编写的�?br />在Makefile 中也#开始的行都是注释行.Makefile 中最重要的是描述文�g的依赖关�pȝ��说明.一般的格式是：(x��)
target�Q?components
TAB rule
�W�一行表�C�的是依赖关�p?�W�二行是规则.
比如说我们上面的那个Makefile 文�g的第二行
main�Q�main.o mytool1.o mytool2.o
表示我们的目�?target)main 的依赖对�?components)是main.o mytool1.o mytool2.o
当倚赖的对象在目标修改后修改的�?��p��L��行规则一行所指定的命�?��p��我们的上面那个Makefile �W�三行所说的一栯��执行 gcc -o main main.o mytool1.o mytool2.o
注意规则一行中的TAB 表示那里是一个TAB �?/strong>
Makefile 有三个非常有用的变量.分别�?a href="mailto:$@,$^,$">$@,$^,$<代表的意义分别是�Q?br />$@--目标文�g,$^--所有的依赖文�g,$<--�W�一个依赖文�?
如果我们使用上面三个变量,那么我们可以��化我们的Makefile 文�g为：(x��)
# �q�是��化后的Makefile
main�Q�main.o mytool1.o mytool2.o
gcc -o $@ $^
main.o�Q�main.c mytool1.h mytool2.h
gcc -c $<
mytool1.o�Q�mytool1.c mytool1.h
gcc -c $<
mytool2.o�Q�mytool2.c mytool2.h
gcc -c $<
�l�过��化后我们的Makefile 是简单了(ji��n)一�?不过��Z��有时候还想简单一�?�q�里我们学习(f��n)一个Makefile 的缺省规�?br />..c.o�Q?br />gcc -c $<
�q�个规则表示所有的 .o 文�g都是依赖与相应的.c 文�g�?例如mytool.o 依赖于mytool.c
�q�样Makefile �q�可以变?sh��)��?x��)
# �q�是再一�ơ简化后的Makefile
main�Q�main.o mytool1.o mytool2.o
gcc -o $@ $^
..c.o�Q?br />gcc -c $<

Makefile的处理规�?br />   make命��o(h��)在处理makefile时是递归处理的。同�Ӟ��make在处理makefile时会(x��)��(g��)��目标文件与依赖文�g的时间戳。这个特性降低了(ji��n)�~�译文�g时的旉��开销�Q�因为其只增量编译更新过的文件。还有一点要注意的是�Q�makefile文�g必须以makefile或Makefile为名�?br />对简单Makefile文�g的扩�?br />   Makefile文�g��像是一�U�小型的脚本语言�Q�所以其也支持变量的定义�Q�而灵�z�M��用变量，可以增强Makefile的适应性与灉|��性。下面是一个��用变量的Makefile�?br />
##########################################
NAME = myfirst
cc = gcc
ac = as
CFLAG = -Wall -o1 -g
#�q�是�~�译源程序的�~�译选项�Q�具体含义可参见前面gcc参数介绍
${NAME} asfile : ${NAME}.o asfile.o
#使用变量�Ӟ��应该使用$提取�W�，然后用大括号��变量名括�v�?br /> ${cc} ${CFLAG} ${NAME}.o -o ${NAME}
${cc} ${CFLAG} asfile.o -o asfile
${NAME}.o : ${NAME}.c
${cc} -c ${NAME}.c -o ${NAME}.o
asfile.o : ${NAME}.s
${ac} ${NAME}.s -o asfile.o
#由汇�~�代码生成目标文�?br />${NAME}.s : ${NAME}.c
${cc} -S ${NAME}.c -o ${NAME}.s
#生成汇编代码的方�?br />other : ${NAME}.o
#other选项�q�未出现在最�l�目标中�Q�所以直接��用make命��o(h��)不会(x��)执行�q�一行。要执行�q�一行，必须使用make other来执�?br /> ${cc} ${CFLAG} ${NAME}.o -o other
#�q�里�q�未使用昄��规则来指�?{NAME}.o的生成方式，因�ؓ(f��)对于make命��o(h��)而言�Q�如果在规则中发现name.o文�g�Q�其�?x��)自动寻扑֐�名的c代码�Q�name.c�Q�，然后自动�Ҏ(gu��)��扑ֈ�的代码调用相应的�~�译器编译生成name.o文�g

好了(ji��n),我们的Makefile 也差不多�?如果想知道更多的关于Makefile 规则可以查看相应的文档�?img src ="http://m.shnenglu.com/Daywei0123/aggbug/169005.html" width = "1" height = "1" />

Daywei 2012-03-26 14:56 发表评论

linux下C/C++学习(f��n)2——gcc

Daywei — Wed, 21 Mar 2012 05:05:00 GMT

      前面一��已�l�简单的介绍�?ji��n)如何利用gcc�~�译c源代码，�q�篇说一下gcc的具体编译过�E?nbsp;

预处�?/li>

      预处理的工作主要是处�?include语句�{�，然后生成*.i文�g。如果不加参�?#8220;-o *.i”,则会(x��)��预处理的结果输出到标准输出�?/p>

      gcc -E *.c -o *.i                     #使用gcc的E参数�q�行预处�?br />      cpp *c - o *.i                          #使用cpp命��o(h��)�q�行预处�?br />      �q�两条命令预处理的结果一��P��因�ؓ(f��)gcc使用-E参数实际上也是调用了(ji��n)cpp指��o(h��)�?br />

   2.生成汇编代码

      gcc -S *c -o *.s            #��C代码汇编为汇�~�语�a�代码
      gcc -S *.i -o *.s            #��i文�g汇编为汇�~�语�a�代码

   3.�~�译

      gcc -c *.c -o *.o
      gcc -c *.s -o *o
      as *.s -o *.o
      cc -c *.c -o *.o
   4.链接

      gcc *.o -o *out

GCC高��技�?br />1.指定头文件位�|?br />   一是在源码中指定头文�g的绝对�\径，��单直观但�~�Z��灉|��性，二是在编译时使用“-I”参数来指定头文�g的�\径，实际工作中，一般选择�W�二�U��?/p>

   使用�W�二�U�方法将resolv.c�~�译为resolv.out的命令如下：(x��)
   gcc resolv.c -I /home/myname/code/header -o resolv.out 如果找不��C��(x��)按照代码所在目录或�pȝ��目录��L��头文�?br />   gcc resolv.c -I /home/myname/code/header -I /home/myname/code/header2 -o resolv.out 多个路径

2.定义�W�号帔R��
   在代码中�?x��)��用一些常量来控制�E�序的行为，�?define WIRELESS 211 �{�等一�p�d��Q�怎么来检验定义了(ji��n)�W�号帔R��与�ؓ(f��)定义�W�号帔R��的区别，一般在�~�译时��?D参数来指定符号常量，命��o(h��)如下:gcc -D WIRELESS -I /home/myname/code/header resolv.c -o resolv.out
3.定义警告�U�别
   最常用的警告选项�?Wall选项。其意思是warning all。��用如下命令显�C�特定警告信息来�~�译test.c�Q�命令如下：(x��)
      gcc -Wall test.c -o test
4.其他GCC选项
   gcc [option] [filename]

-c�Q�只��源代码�~�译��Z��.o为后�~�的目标文�Ӟ��而不是直接将�q�些文�g�q�接可执行文件。通常用于不包含主�E�序�Q�man函数�Q�的子程序代码�?/li>
-o�Q�filename: 指定输出文�g名。如果不用这个选项�Q�gcc�?x��)将文�g输出到a.out�Q�而不��输出文件的�c�d��
-g�Q��生调试信息。如果要使用gdb�q�行调式�Q�则必须使用该选项。但是该选项所产生的调式符��P��q�不能被其他调式器识别�?/li>
-O�Q�在�E�序�~�译、连接过�E�中对代码进行优化�?/li>
-O2�Q�比-O更好的优化编译、连接�?/li>
-L dir�Q�在�E�序�q�接�Ӟ��?x��)首先在dir目录��L��c�d��文�g�Q�然后在�pȝ��预设路径中寻扄��库。也可以使用多个-L参数指定多个�c�d��存放的目录�?/li>
-lname�Q�在�E�序�q�接时加载名为libname.a的函数库。如-lmath 表示�q�接名�ؓ(f��)libmath.a的数学函数库�?/li>
--sysboot=dir�Q�让目录dir作�ؓ(f��)头文件和库文件的根目�?/li>
-B dir�Q�将目录dir��d��到编译器的搜索�\径中�?/li>
-b�Q�指定gcc�~�译的目标机器架构，如ARM、DEC、GNU/Linux、IA64、MIPS�{�，�q�也可以看出gcc的超�U�跨�q�_��性�?/li>
-V n1.n2�Q��用n1.n2指定版本的gcc�q�行�~�译
-E�Q�仅作预处理�Q�不能进行编译等工作�Q�生成i文�g
-S�Q�将源码�~�译为汇�~�语�a�代码
-x lang�Q�将源代码依照特定语�a��q�行�~�译�Q�可以取得值包括但不限于C、C++、Objective-C、Objective-C++、Assembler、Ada、java�{�。在一�p�d��的编译中�Q�该选项�?x��)一直保持，知道另一�?x lang出现�Q�指定另一�U�编译语�a�。如果是none�Q�意味着让gcc一句文件的后缀来自动判断语�a��U�类�?br />

Daywei 2012-03-21 13:05 发表评论

Linux下C/C++学习(f��n)1

Daywei — Mon, 19 Mar 2012 03:08:00 GMT

      在Linux 下面,如果要编译一个C 语言源程�?我们要��用GNU 的gcc �~�译器。下�?br />我们以一个实例来说明如何使用gcc �~�译器。假设我们有下面一个非常简单的源程�?br />(hello.c)�Q?br />int main(int argc,char **argv)
{
printf("Hello Linux\n");
}
要编译这个程�?我们只要在命令行下执行：(x��)
gcc -o hello hello.c

下面��p��l�说一下gcc的编译过�E?br />
gcc由C语言源代码文件生成可执行文�g的过�E�，一般来说分为四个阶�D�：(x��)预处理（也称预编译Preprocessing�Q�、编译（compilation�Q�、汇�~�（Assembly�Q�和链接�Q�linking�Q�。这四个阶段分别由gcc调用不同的程序来实现�?br />

预处理是调用cpp�E�序来实现的�Q�预处理主要是对包含语句、宏定义�{�进行处理�?/li>
�~�译是调用cc来实现的�Q�它是源文�g变�(sh��)ؓ(f��)后缀�?o的目标文件的�q�程�?/li>
汇编�q�程是对汇编语言的操作，通过调用as来实玎ͼ�汇编同样也生成目标文件�?/li>
链接是通过用ld来实现的。这是最为关键的步骤�Q�在该阶�D�，ld�?x��)将各程序的执行代码攄��在程序的适合位置�Q�同�Ӟ��E�序调用的库函数也会(x��)以适当的方法设�|�调用接口�?/li>

      gcc�~�译�Ӟ��如果在命令行没有指定其他参数�Q�则gcc�?x��)完成编译、链接的�q�程�Q�然后在当前目录中生成一个名为a.out的可执行文�g。一般来��_(d��)��linux�q�不依赖文�g的后�~�来识别文件是否�ؓ(f��)可执行程序，其判断文件是否可执行依据的是文�g的属性。如果对于当前用戯��(g��)�言�Q�文件有�q�行权限�Q�则该文件�ؓ(f��)一个可执行�E�序�?br />      对于gcc而言�Q�判断文件的�c�d��主要是依据文件的后缀名。所以，要��用gcc�~�译代码�Q�正��用文件后�~�是保证编译正��的前提。如果写�?ji��n)一个C++代码�Q�却使用�?c为后�~��Q�gcc在编译该文�g时会(x��)��该文�g按照C语言代码来处理，一般会(x��)出错�?/p>

      一些gcc常用的文件后�~�名：(x��)

c: C语言源代码文�?/li>
a�Q�由目标文�g构成的档案库文�g
.C�?cc �?cxx�Q�c++源代码文�?/li>
h�Q�头文�g
i�Q�经�q�预处理的C源代码文�?/li>
ii�Q�经�q�预处理的C++源代码文�?/li>
m�Q�Objective-C源代码文�?/li>
o�Q�编译后的目标文�?/li>
s:汇编语言源代码文�?/li>
S:�l�过预编译的汇编语言源代码文�?br />
gcc hello.c�~�译通过后，��可以简单的使用a.out调用该程序，使用命��o(h��)如下�Q?/a.out
注意�Q�这里不能直接��用a.out来调用该�E�序�Q�因为shell在寻扑֏�执行�E�序�Ӟ��q�不在当前目录中��L��Q�所以必��ȝ��“./”来显�C�指定该文�g的�\径是当前目录

Daywei 2012-03-19 11:08 发表评论