基础问题 .

[tiankunmin]

a.cpp

代码： 全选

#include <iostream>
#include "b.h"

int main()
{
   int i = add(5, 3);
   printf("%d\r\n", i);
   return 0;
}

b.h

代码： 全选

#ifndef B_H
#define B_H

int add(const int a, const int b);
#endif

b.cpp

代码： 全选

#include "b.h"
int add(const int a, const int b)
{
   return a + b;
}

我用gcc -o ~/a ~/a.cpp

提示说没有定义add(int, int)
怎么会事,不好意思这个问题实在太愚蠢了,对于刚刚入门linux编程的习惯了windows下vs的ide环境的人
还是有写不解!

[stlxv]

b.h写错了

[stlxv]

a.cpp也错了

[stlxv]

编译时用的命令也错了

[stlxv]

怎么会事,不好意思这个问题实在太愚蠢了,对于刚刚入门linux编程的习惯了windows下vs的ide环境的人

先自己检查一下程序，你的这个程序在vs中同样编译不过的

[stlxv]

改好的见附件

[tiankunmin]

谢谢stlxv
不过我还是有些不解.
我怎么都没看出我哪里写错了在 a.cpp 和b.h 你的附件我 用
b.h中的#infndef 写错了那是抄上来的时候抄错的,源程序里没错.刚才我编辑了下
把#infndef改成了#ifndef
g++ -o ~/Desktop/tiankunmin_problem/a ~/Desktop/tiankunmin_problem/a.cpp 也编译不了提示同样的错误

看来是这句g++编译语句用问题.请问怎么不使用makefile该如何写这个编译语句.

[BigSnake.NET]

g++ -o ~/Desktop/tiankunmin_problem/a ~/Desktop/tiankunmin_problem/a.cpp ~/Desktop/tiankunmin_problem/b.cpp

[tiankunmin]

发现把#include "b.h"改成#include "b.cpp"就行了.
我这样理解不知道对不对,g++不会根据b.h去找b.cpp
但是b.cpp 包含了 b.h 所以#include "b.cpp"即可
在你给的makefile中也是用b.cpp而不是b.h
难道linux没有文件后缀的概念?

[tiankunmin]

g++ -o ~/Desktop/tiankunmin_problem/a ~/Desktop/tiankunmin_problem/a.cpp ~/Desktop/tiankunmin_problem/b.cpp

谢谢8楼的大哥,不过这也太恐怖了 我 还是写makefile吧

[stlxv]

关于编译：
你直接执行

代码： 全选

make

就知道怎样的编译命令才是对的。
不过执行之前最好先执行

代码： 全选

make clean

[stlxv]

发现把#include "b.h"改成#include "b.cpp"就行了.
我这样理解不知道对不对,g++不会根据b.h去找b.cpp
但是b.cpp 包含了 b.h 所以#include "b.cpp"即可
在你给的makefile中也是用b.cpp而不是b.h
难道linux没有文件后缀的概念?

b.h改成b.cpp意义就完全变了。
g++当然不会根据b.h去找b.cpp，而且任何c++编译器都不会这么做，除非你在源代码中包含了b.cpp。#include的作用只是仅仅把文件内容包含进当前文件而已。你的b.h作用只在于告诉编译器有那个用来做加法的函数。当a.cpp和b.cpp都分别编译完成之后，再进行连接成可执行文件a。
linux没有扩展名的概念，但是后缀和扩展名不是同样一个概念。你重新执行一下make clean all，看看我的编译过程是怎样的：先单独编译a.cpp和b.cpp，然后再把编译好的两个文件连接起来成最终的可执行文件（任何其他正统的c++编译器都是这么做的）。
你的程序还有另外的问题，你包含了iostream，但是你没用到，当然这不算错误；你使用了printf，却没有包含stdio.h，那么你这时使用的printf是编译器内嵌的printf函数，而不是正规的printf函数了。

[tiankunmin]

哦 恍然大悟 多谢 stlxv!

[stlxv]

不客气