gcc编译神器之makefile
本机环境是centos6.5 64位。
安装c编译器 :yum install gcc
安装c++编译:yum install gcc-c++
安装make工具:yum install make
上代码:
main.c
#include <stdio.h> #include "me.h" void main(){ int age = getAge(); printf("my age is %d\n",age); } ~
me.c
int getAge(){ return 18; }
me.h
int getAge();
makefile
hello:me.c hello.c
gcc me.c hello.c -o hello
执行 make命令,控制台就会打印出:gcc me.c hello.c -o hello 。
上面的例子贼简单,但能说明问题,如果有成千上百个.c源文件,每次都得一个一个去gcc,那会死人的,如果用make工具,就会变的so easy !
进一步,动态链接库。
假设我的me.c的里的功能是一个非常牛逼的东东,我这个hello软件要卖个第三方(队友)使用,我又不想让他知道(修改)我的源代码。这时就可以用动态链接库了。
执行命令:gcc -o libme.so me.c -shared 。当前目录下多了一个libme.so文件。
我们执行gcc -o hello hello.c me.c是可以编译成功的,但这时我们想拿掉me.c源文件,用libme.so去替换,怎么做呢?
执行 gcc -L /usr/local/test/ -l me hello.c -o hello(L后面是libme.so的文件绝对路径,l后面的是名为libme.so当中的me)。
这时发现编译通过了,运行./hello时报“./hello: error while loading shared libraries: libme.so: cannot open shared object file: No such file or directory”。
执行ldd hello (探测程序hello有几个依赖文件)
输出:linux-vdso.so.1 => (0x00007fffe3fff000)
libme.so => not found
libc.so.6 => /lib64/libc.so.6 (0x0000003c18200000)
/lib64/ld-linux-x86-64.so.2 (0x0000003c17e00000)
神马?libme.so not found?
linux跟windows一样,有个类似于system32的系统库文件夹,各种公共类库都放在里面。
centos中有两个存放公共库的地方:/lib 、/usr/lib、usr/lib64(64位才有)
执行cp libme.so /lib 和 ldconfig,再运行./hello,妥妥地执行了。
再进一步,安装软件时所用的make 、make install 之谜。
修改makefile文件为:
hello:hello.c libme.so
gcc -L ./ -l me hello.c -o hello
libme.so:me.c
gcc -shared -o libme.so me.c
install:
cp ./libme.so /lib
ldconfig
clean:
rm -rf hello libme.so /lib/libme.so
删掉之前残留的文件:make clean,爽歪歪
执行:make ,控制台输出:
gcc -shared -o libme.so me.c
gcc -L ./ -l me hello.c -o hello
再执行make install,控制台输出:
cp ./libme.so /lib
ldconfig
还可以这样执行 make && make install (当make执行成功时,才执行make intall)。
再执行 ./hello,控制台输出:
my age is 18
微妙之处,请自行体会。