make命令编译c

Ⅰ c语言 怎么makefile

my_run_filename: main.o set1.o set2.o set3.o
gcc -o my_run_filename main.o set1.o set2.o set3.o
main.o: main.c
gcc -c main.c
set1.o: set1.c
gcc - c set1.c
set2.o: set2.c
gcc -c set2.c
set3.o:set3.c
gcc -c set3.c
虽然我以前也使用过 make 命令对 makefile 文件进行多个源文件进行编译、链接，但是由于我已经很多年不编写 C 语言程序了，所以也不敢说我写的就完全正确。但是该 makefile的基本思路我可以给你解释一下：
my_run_filename: main.o set1.o set2.o set3.o
gcc -o my_run_filename main.o set1.o set2.o set3.o
my_run_filename 是最终生成的可执行程序名，它依赖于四个中间文件（以 *.o 为结尾）：main.o set1.o set2.o set3.o
生成该最终可执行的程序名的命令是：gcc -o my_run_filename main.o set1.o set2.o set3.o
main.o: main.c
gcc -c main.c
main.o 这个中间文件依赖于 main.c 源程序，其中：gcc -c main.c 代表只编译、不链接。
gcc 的 -c 选项表示只产生 main.o 文件，等待所有模块单独编译通过了之后，再和别的一起进行链接。
其它 set1、set2、set3 同理。
虽然我知道 makefile 的大致思路，但是给我印象最深的就是：make 工具 对 makefile 文本文件的书写规则是相当苛刻的，你可能还需要花费较多的时间进行 make 调试。

Ⅱ 如何用makefile编译多个c文件

假设有下面几个c++文件：
wherewhen.h
wherewhen.c
countdown.h
countdown.c
包含了math.h，
需要连接库文件
main.c
主函数，
main.c
包含了两个头文件
wherewhen.h
and
countdown.h
1、第一种编译方法：
g++
-Wall
-g
wherewhen.c
countdown.c
main.c
-lm
-o
myprogram
生成可执行文件myprogram
2、第二中编译方法，
分别编译各个文件：
g++
-Wall
-g
-c
wherewhen.c
g++
-Wall
-g
-c
countdown.c
g++
-Wall
-g
-c
main.c
g++
-g
wherewhen.o
countdown.o
main.o
-lm
-o
myprogram

Ⅲ 如何写Makefile编译汇编和C文件

有些场景下编译的程序是不能依赖OS和标准的C库的，并且需要C和汇编混合编译，如bootloader程序，就需要制定参数-nostdlib,这样的Makefile如下所示：all:arm-linux-gcc -O2 -Wall -nostdlib -march=armv4 -Wl,-T,ipl.lds uart.c ipl.c nfc.c nand.c sha1.c arm.s -o ipl.exe

Ⅳ makefile编译c文件问题

hehe,解答你的问题。
你混淆了一个概念，编译和预编译，在编译之前进行的操作称为预编译，而我们的.h文件也就是头文件是在预编译的阶段插入到了.c文件也就是源文件里来，所以在编译的阶段可以直接对.c文件进行编译工作了。.h文件在编译阶段不需要再显式的调用了，我想你应该明白了。

Ⅳ linux下c编程怎么编译

有以下步骤：

1.源程序的编译
在Linux下面,如果要编译一个C语言源程序,我们要使用GNU的gcc编译器. 下面
我们以一个实例来说明如何使用gcc编译器.
假设我们有下面一个非常简单的源程序(hello.c):
int main(int argc,char **argv)
{
printf("Hello Linux\n");
}
要编译这个程序,我们只要在命令行下执行:
gcc -o hello hello.c
gcc 编译器就会为我们生成一个hello的可执行文件.执行./hello就可以看到程
序的输出结果了.命令行中 gcc表示我们是用gcc来编译我们的源程序,-o 选项表示
我们要求编译器给我们输出的可执行文件名为hello 而hello.c是我们的源程序文件.
gcc编译器有许多选项,一般来说我们只要知道其中的几个就够了. -o选项我们
已经知道了,表示我们要求输出的可执行文件名. -c选项表示我们只要求编译器输出
目标代码,而不必要输出可执行文件. -g选项表示我们要求编译器在编译的时候提
供我们以后对程序进行调试的信息.
知道了这三个选项,我们就可以编译我们自己所写的简单的源程序了,如果你
想要知道更多的选项,可以查看gcc的帮助文档,那里有着许多对其它选项的详细说
明.
2.Makefile的编写
假设我们有下面这样的一个程序,源代码如下:

#include "mytool1.h"
#include "mytool2.h"
int main(int argc,char **argv)
{
mytool1_print("hello");
mytool2_print("hello");
}

#ifndef _MYTOOL_1_H
#define _MYTOOL_1_H
void mytool1_print(char *print_str);
#endif

#include "mytool1.h"
void mytool1_print(char *print_str)
{
printf("This is mytool1 print %s\n",print_str);
}

#ifndef _MYTOOL_2_H
#define _MYTOOL_2_H
void mytool2_print(char *print_str);
#endif

#include "mytool2.h"
void mytool2_print(char *print_str)
{
printf("This is mytool2 print %s\n",print_str);
}
当然由于这个程序是很短的我们可以这样来编译
gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
这样的话我们也可以产生main程序,而且也不时很麻烦.但是如果我们考虑一
下如果有一天我们修改了其中的一个文件(比如说mytool1.c)那么我们难道还要重
新输入上面的命令?也许你会说,这个很容易解决啊,我写一个SHELL脚本,让她帮我
去完成不就可以了.是的对于这个程序来说,是可以起到作用的.但是当我们把事情
想的更复杂一点,如果我们的程序有几百个源程序的时候,难道也要编译器重新一
个一个的去编译?
为此,聪明的程序员们想出了一个很好的工具来做这件事情,这就是make.我们
只要执行以下make,就可以把上面的问题解决掉.在我们执行make之前,我们要先
编写一个非常重要的文件.--Makefile.对于上面的那个程序来说,可能的一个
Makefile的文件是:
# 这是上面那个程序的Makefile文件
main:main.o mytool1.o mytool2.o
gcc -o main main.o mytool1.o mytool2.o
main.o:main.c mytool1.h mytool2.h
gcc -c main.c
mytool1.o:mytool1.c mytool1.h
gcc -c mytool1.c
mytool2.o:mytool2.c mytool2.h
gcc -c mytool2.c
有了这个Makefile文件,不过我们什么时候修改了源程序当中的什么文件,我们
只要执行make命令,我们的编译器都只会去编译和我们修改的文件有关的文件,其
它的文件她连理都不想去理的.
下面我们学习Makefile是如何编写的.
在Makefile中也#开始的行都是注释行.Makefile中最重要的是描述文件的依赖
关系的说明.一般的格式是:
target: components
TAB rule
第一行表示的是依赖关系.第二行是规则.
比如说我们上面的那个Makefile文件的第二行
main:main.o mytool1.o mytool2.o
表示我们的目标(target)main的依赖对象(components)是main.o mytool1.o
mytool2.o 当倚赖的对象在目标修改后修改的话,就要去执行规则一行所指定的命
令.就象我们的上面那个Makefile第三行所说的一样要执行 gcc -o main main.o
mytool1.o mytool2.o 注意规则一行中的TAB表示那里是一个TAB键
Makefile有三个非常有用的变量.分别是$@,$^,$<代表的意义分别是:
$@--目标文件,$^--所有的依赖文件,$<--第一个依赖文件.
如果我们使用上面三个变量,那么我们可以简化我们的Makefile文件为:
# 这是简化后的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
main.o:main.c mytool1.h mytool2.h
gcc -c $<
mytool1.o:mytool1.c mytool1.h
gcc -c $<
mytool2.o:mytool2.c mytool2.h
gcc -c $<
经过简化后我们的Makefile是简单了一点,不过人们有时候还想简单一点.这里
我们学习一个Makefile的缺省规则
.c.o:
gcc -c $<
这个规则表示所有的 .o文件都是依赖与相应的.c文件的.例如mytool.o依赖于
mytool.c这样Makefile还可以变为:
# 这是再一次简化后的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
.c.o:
gcc -c $<
好了,我们的Makefile 也差不多了,如果想知道更多的关于Makefile规则可以查
看相应的文档.

3.程序库的链接
试着编译下面这个程序

#include
int main(int argc,char **argv)
{
double value;
printf("Value:%f\n",value);
}
这个程序相当简单,但是当我们用 gcc -o temp temp.c 编译时会出现下面所示
的错误.
/tmp/cc33Ky.o: In function `main':
/tmp/cc33Ky.o(.text+0xe): undefined reference to `log'
collect2: ld returned 1 exit status
出现这个错误是因为编译器找不到log的具体实现.虽然我们包括了正确的头
文件,但是我们在编译的时候还是要连接确定的库.在Linux下,为了使用数学函数,我
们必须和数学库连接,为此我们要加入 -lm 选项. gcc -o temp temp.c -lm这样才能够
正确的编译.也许有人要问,前面我们用printf函数的时候怎么没有连接库呢?是这样
的,对于一些常用的函数的实现,gcc编译器会自动去连接一些常用库,这样我们就没
有必要自己去指定了. 有时候我们在编译程序的时候还要指定库的路径,这个时候
我们要用到编译器的 -L选项指定路径.比如说我们有一个库在 /home/hoyt/mylib下
,这样我们编译的时候还要加上 -L/home/hoyt/mylib.对于一些标准库来说,我们没
有必要指出路径.只要它们在起缺省库的路径下就可以了.系统的缺省库的路径/lib
/usr/lib /usr/local/lib 在这三个路径下面的库,我们可以不指定路径.
还有一个问题,有时候我们使用了某个函数,但是我们不知道库的名字,这个时
候怎么办呢?很抱歉,对于这个问题我也不知道答案,我只有一个傻办法.首先,我到
标准库路径下面去找看看有没有和我用的函数相关的库,我就这样找到了线程
(thread)函数的库文件(libpthread.a). 当然,如果找不到,只有一个笨方法.比如我要找
sin这个函数所在的库. 就只好用 nm -o /lib/*.so|grep sin>~/sin 命令,然后看~/sin
文件,到那里面去找了. 在sin文件当中,我会找到这样的一行libm-2.1.2.so:00009fa0
W sin 这样我就知道了sin在 libm-2.1.2.so库里面,我用 -lm选项就可以了(去掉前面
的lib和后面的版本标志,就剩下m了所以是 -lm).

4.程序的调试
我们编写的程序不太可能一次性就会成功的,在我们的程序当中,会出现许许
多多我们想不到的错误,这个时候我们就要对我们的程序进行调试了.
最常用的调试软件是gdb.如果你想在图形界面下调试程序,那么你现在可以选
择xxgdb.记得要在编译的时候加入 -g选项.关于gdb的使用可以看gdb的帮助文件.由
于我没有用过这个软件,所以我也不能够说出如何使用. 不过我不喜欢用gdb.跟踪
一个程序是很烦的事情,我一般用在程序当中输出中间变量的值来调试程序的.当
然你可以选择自己的办法,没有必要去学别人的.现在有了许多IDE环境,里面已经自
己带了调试器了.你可以选择几个试一试找出自己喜欢的一个用.

5.头文件和系统求助
有时候我们只知道一个函数的大概形式,不记得确切的表达式,或者是不记得函数在那个头文件进行了说明.这个时候我们可以求助系统，比如说我们想知道fread这个函数的确切形式,我们只要执行 man fread 系统就会输出着函数的详细解释的.和这个函数所在的头文件说明了。如果我们要write这个函数说明，当我们执行man write时，输出的结果却不是我们所需要的。因为我们要的是write这个函数的说明，可是出来的却是write这个命令的说明。为了得到write的函数说明我们要用man 2 write。2表示我们用的是write这个函数是系统调用函数，还有一个我们常用的是3表示函数是c的库函数。

Ⅵ cmake 在Windows 命令行怎么指定编译器

CMake是一个比make更高级的编译配置工具，它可以根据不同平台、不同的编译器，生成相应的Makefile或者vcproj项目。
通过编写CMakeLists.txt，可以控制生成的Makefile，从而控制编译过程。CMake自动生成的Makefile不仅可以通过make命令构建项目生成目标文件，还支持安装（make install）、测试安装的程序是否能正确执行（make test，或者ctest）、生成当前平台的安装包（make package）、生成源码包（make package_source）、产生Dashboard显示数据并上传等高级功能，只要在CMakeLists.txt中简单配置，就可以完成很多复杂的功能，包括写测试用例。
如果有嵌套目录，子目录下可以有自己的CMakeLists.txt。
总之，CMake是一个非常强大的编译自动配置工具，支持各种平台，KDE也是用它编译的，感兴趣的可以试用一下。

准备活动：
（1）安装cmake。
下载地址：http://www.cmake.org/cmake/resources/software.html
根据自己的需要下载相应的包即可，Windows下可以下载zip压缩的绿色版本，还可以下载源代码。
Windows下CMake的使用
（2）运行cmake的方法。（GUI、命令行）
http://www.cmake.org/cmake/help/runningcmake.html

CMake使用步骤：
运行GUI的cmake界面：
cmake-2.8.1-win32-x86\bin\cmake-gui.exe
Windows下CMake的使用
执行Configure：
运行之后，生成了如下文件：
Windows下CMake的使用
生成Makefile：
执行Generate之后生成如下文件：
Windows下CMake的使用
运行make进行编译：
Windows下CMake的使用
编译完成后，在build目录生成Tutorial.exe，运行Tutorial.exe 25就可以看到运行结果：
Windows下CMake的使用
运行make install安装程序：
Windows下CMake的使用
运行make test进行测试：
Windows下CMake的使用

通过cmake tutorial学习CMake配置方法
http://www.cmake.org/cmake/help/cmake_tutorial.html
可以在源代码的Tests/Turorial目录中找到这个手册对应的代码。
Windows下CMake的使用
1、Step1。
（如果不知道如何使用cmake，以及如何使用编译产生的Turorial.exe，可先看下前面“CMake使用步骤”的说明，它以Step4为例详细介绍了使用过程，Step1的配置可能不够完全，比如无法运行make install，无法运行make test，但可以参考。）
简单的程序编译。
（1）运行GUI的cmake，指定要编译的源代码路径和二进制文件路径（会自动创建）。
Windows下CMake的使用
（2）点击Configure，配置成功后，再点击Generate。
配置需要选择合适的编译器，虽然我安装了VC2008，但没有配置成功；选择Unix Makefiles，配置成功，它自动找到了DevC++下的gcc.exe等编译器。
Windows下CMake的使用
（3）在build3目录执行make，就能够编译生成Turorial.exe了。
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>make
Linking CXX executable Tutorial.exe
[100%] Built target Tutorial
可以运行一下Turorial.exe：
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>Tutorial.exe
Tutorial.exe Version 1.0
Usage: Tutorial.exe number
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>Tutorial.exe 4
The square root of 4 is 2
2、Step2
把子目录编译为库，并且链接到最终的可执行文件。
include_directories ("${PROJECT_SOURCE_DIR}/MathFunctions")
add_subdirectory (MathFunctions) # 使得子目录MathFunctions也能被编译

# add the executable
add_executable (Tutorial tutorial.cxx)
target_link_libraries (Tutorial MathFunctions)
产生makefile：
在GUI上点击Configure，之后Generate还是灰色，再次点击Configure，Generate就可以点击了。
编译：

Ⅶ linux用make语句编译

$ cat makefile
.SUFFEXES:.c .o

.c.o:
gcc -Wall -c $<

OBJS=my_file.o

all: my_exec_file

my_exec_file:$(OBJS)
gcc -Wall $(OBJS) -o $@
$ make
gcc -Wall -c my_file.c
gcc -Wall my_file.o -o my_exec_file
简单说明：
.SUFFEXES:.c .o ：告诉make识别哪些源程序和目标程序
.c.o: ：告诉make命令.c程序如何生成.o文件，采用其下的gcc -Wall -c $<（$<代表任意一个编译时用到的.c文件）命令。
all: my_exec_file ：告诉make命令自动生成哪个可执行程序
my_exec_file:$(OBJS) ：告诉make命令如何生成my_exec_file文件，需要哪些目标代码（$(OBJS)），采用其下的命令： gcc -Wall $(OBJS) -o $@ （$@代表my_exec_file，即要编译的可执行文件名）

Ⅷ 谁能详细地说明一下怎么在mac自己写c语言的程序吗用makefile编译，用终端运行的那种

makefile里面所写的内容其实就是你要编译的命令，那么，什么是编译命令呢？
假写你已经写好一个程序代码，并将之存在一个.c文件中，如：hello.c,在终端上你可以这样做！在终端上输入gcc -o hello hello.c
然后回车，看一看有没有什么反映，如果没有打出很多英文的话，恭喜你！你完美地完成了第一步！然后，在终端中输入./hello 看看是不是有什么输出了？
现在来解释一下编译命令：上面的命令的意思就是，使用gcc编译器编译hello.c源代码，生成的文件名称叫做hello.最后，要看程序运行结果，就要运行生成的程序也就是“./hello”了，“./”的意思就是在当前的目录下运行。
而makefile中内容的就是上面的编译命令，如：在makefile文件中写入
Hello:hello.c
gcc -o Hello hello.c
保存文件之后直接在终端中输入make，就完成编译了！makefile存在的意义只是让编译更加方便，也就说，可以把所以的编译都写在一个makefile文件中，然后在终端中输入make就可以完成makefile文件里的命令！
建议还是先将C语言入门，然后再学使用makefile编译程序吧！因为刚开始的时候不用编译很多文件，如果一个文件要编写一个makefile文件的话，那岂不是很繁？

Ⅸ makefile编译.c.o问题

.c.o写法是不对的。

可以改成这样：

TARGET=libtest.a
all:$(TARGET)

a.o:a.c
gcc-c$<-o$@
b.o:b.c
gcc-c$<-o$@
c.o:c.c
gcc-c$<-o$@
$(TARGET):a.ob.oc.o
[email protected]

Ⅹ 直接使用make编译一个C文件，提示"No targets specified and no makefile found. Stop."

你这不是搞笑么，你需要编译的c文件所在的目录要有Makefile文件的呀。没有这个文件你直接打make命令，他怎么知道怎么编译的啦。
如果你只有单个c文件，建议你直接用gcc命令编译。