c++源文件.cpp与.cc区别

最新推荐文章于 2024-09-28 13:58:39 发布

坚持就有希望

最新推荐文章于 2024-09-28 13:58:39 发布

阅读量5.2w

点赞数 18

分类专栏： c/c++

本文链接：https://blog.csdn.net/liangtianmeng/article/details/83385024

版权

c/c++ 专栏收录该内容

53 篇文章

订阅专栏

本文探讨了C++源文件扩展名的历史演变，从早期的.C到现今非Unix系统中广泛使用的.cpp，以及Unix系统中更常见的.cc。文章还讨论了头文件扩展名的混乱状况，以及模板源和内联函数文件的约定。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

公约。

从历史上看，C ++源文件的后缀是.C。第一次将C ++移植到文件名不重要的系统时，这导致了一些问题。

不同的用户采用不同的解决方案：.cc， .cpp，.cxx以及其它可能的。今天，在Unix世界之外，它主要是.cpp。Unix似乎.cc更经常使用。

对于头文件来说，情况更加令人困惑：无论出于何种原因，最早的C ++作者都决定不区分C和C ++的头文件，并使用它们.h。

如果项目中没有C，这不会引起任何问题，但是当你开始处理这两个问题时，通常是区分C（.h）中可以使用的头文件和不能（.hh或者.hpp）。

另外，在C ++中，很多用户（包括我自己）更喜欢将模板源和内联函数保存在单独的文件中。其中，虽然严格说来一个头文件，往往会另一套约定的（.inl，.tcc和可能很多其他的）。

在头文件中，它对编译器没有任何影响。

对于源文件，不同的结尾会导致编译器采用不同的语言。但是这通常可以被覆盖，并且.cc 在VC ++将其识别为C ++之前很久就和VC ++一起使用了。

总结来说：

非UNIX 系统中	`.cpp`
Unix 系统中常用	.cc

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

坚持就有希望

关注关注

18
点赞
踩
34

收藏

觉得还不错? 一键收藏
6
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

c/c++编程笔记：.c 与 .cc 与 .cpp 与 .hpp 与 .h 与 .cxx文件之间有什么关系？

C语言C++学习俱乐部：765860056

04-24

2645

在一开始，C++程序的源文件后缀名也是“.c”和“.h”，这与C语言程序源文件的后缀名完全一样。这就带来了一些问题，其中一个比较显著的问题就是编译器无法轻松的区分某个源文件里的程序究竟是使用C++编写的，还是C语言编写的。因此，后来C++程序源文件的后缀名不再使用“.c”了，有些使用“.C”后缀名以区别于C语言程序，还有些C++源文件则使用“.c++”，“.cc”，“.cxx”作为后缀名。不过，由于“.C”与“.c++”后缀名的适用性不够广，比如有的编译器不区分后缀名的大小写，以及有些系统不支持

c++中.cpp\.c\.h\.hpp文件

qq_42697866的博客

02-16

1024

告别cpp&h：hpp文件编写心得

6 条评论您还未登录，请先登录后发表或查看评论

.cc和.cpp文件的区别

hooksten的博客

05-26

2122

在C++编程中，文件扩展名为.cpp和.cc的文件实际上没有本质的区别，它们都用于存储C++源代码。两种扩展名都可以用于编写C++程序，并且在大多数情况下，它们可以互换使用。一般来说，.cpp扩展名是最常见的用于C++源代码文件的标准扩展名。这是由于在许多编译器和开发环境中，.cpp扩展名被默认关联到C++编译器。另一方面，.cc扩展名也被广泛使用，尤其在一些Unix和Linux系统中。总结起来，.cpp和.cc两种扩展名在功能上没有明显的区别，只是在不同环境中的命名惯例和个人偏好上有所不同。

.cc和.cpp的区别

weixin_34187862的博客

01-05

4779

This caused a few problems the first time C++ was ported to a system where case wasn't significant in the filename, however, and different users adopted different solutions:.cc,...

C++ 中 .cc 和 .cpp 文件扩展名之间的区别

scott198512的博客

06-13

1万+

C++ 中 .cc 和 .cpp 文件扩展名之间的区别

.cc文件和.cpp文件有什么区别

热门推荐

Yi Sun的博客

11-07

4万+

从历史上看，C ++源文件的后缀是.C。第一次将C ++移植到文件名不重要的系统时，这导致了一些问题。不同的用户采用不同的解决方案：.cc， .cpp，.cxx以及其它可能的。今天，在Unix世界之外，它主要是.cpp。Unix似乎.cc更经常使用。 ...

linux .cpp和.cc 以及.hpp的区别

Dontla的博客

09-30

5732

参考文章：c++源文件.cpp与.cc区别

C++中头文件（.h）和源文件（.cpp）都应该写些什么

qq_46084757的博客

04-07

1486

如题

C生成静态库给C++调用出现undefined reference to ...解决方案_cpp

09-19

确保在C++源文件中正确包含了C的头文件。例如： ```cpp #include "c_header_file.h" ``` 同时，C头文件应使用条件编译指令避免名称修饰： ```c #ifdef __cplusplus extern "C" { #endif // C函数声明 void c_...

.cs是什么文件_C/C++｜头文件、源文件分开写的源起及作用

weixin_39649611的博客

11-02

3281

1 C/C++ 编译模式通常，在一个 C++ 程序中，只包含两类文件—— .cpp 文件和 .h 文件。其中，.cpp 文件被称作 C++ 源文件，里面放的都是 C++ 的源代码；而 .h 文件则被称作 C++ 头文件，里面放的也是 C++ 的源代码。C++ 语言支持“分别编译”(separatecompilation)。也就是说，一个程序所有的内容，可以分成不同的部分分别放在不同的 .cpp 文...

.c，.cc和.cpp

nextthen的博客

03-24

1万+

.c是C语言源文件的后缀，.C是C++源文件的后缀名 c++源文件后缀名详细如下 VC里用cpp作后缀名, 在GCC里默认采用C、cc、cxx作为后缀名 .cpp, .h (VS file).cc, .h (GCC file) C中：头文件后缀名：.h 源文件后缀名： .c C++中：头文件后缀名：.h, .hpp, .hxx 源文件后缀名：.c...

c++源文件 不同后缀(.cc .cpp .C .cp)的区别

Aiky哇

09-22

4062

参考了C++ Primer Plus第五版中文版 P8 C++实现源代码的扩展名 UNIX C、cc、cxx、c GNU C++ C、cc、cxx、cpp、c++ Borland C++ Cpp Microsoft Visual C++ cpp、cxx、cc Android系统源码中以cc为后缀 GNU GCC...

cc、cpp后缀文件的区别

刘小雨的博客

02-18

3348

cc、cpp后缀文件的区别添加链接描述

.c、.cpp、.cc、.cxx、.cp后缀的区别

yongzhouchen的博客

09-28

4886

c：用于C语言文件。.cpp.cc.cxx.cp：用于C++源文件，最常见的是.cpp。尽管这些后缀有些不同，现代编译器通常允许你指定任何后缀，只要在构建系统或编译命令中清楚指定文件类型即可。

C++源文件不同后缀(.cc .cpp .C .cp)的区别

u013925378的博客

08-16

3039

C++源文件不同后缀(.cc .cpp .C .cp)的区别： C++实现源代码的扩展名UNIX C、cc、cxx、cGNU C++ C、cc、cxx、cpp、c++Borland C++ CppMicros

.c与.cpp的区别解析

小白的逆袭

07-17

3万+

这几天在练习数据结构等知识的时候，有时遇见文件保存为c后缀则能编译通过，有时又是保存cpp后缀才能通过。对于这个都没能区分清，是自己的基本功问题，于是百度了一下。幸好有许多和我一样有问题的人。　　其实简单来说，cpp就是编译c++文件，支持c++语法，而c就是编译c语言文件，支持c语言。2者的区别就在于语法和编译时的确别吧。　　当然，对于类的引用和某些函数都是应该区别对待的。具体的内容可以...

c++基础知识之.h和.cc文件

weixin_42930616的博客

07-31

1035

这种分离的设计有助于提高代码的模块化程度，使得代码更易于理解和维护。同时，它也支持了链接时优化（Link Time Optimization, LTO）等高级编译技术，从而可以在不牺牲性能的情况下保持良好的代码组织结构。）文件是常见的源代码文件类型。它们分别代表了头文件（Header file）和实现文件（Implementation file）。

C++ 中头文件（.h）和源文件（.cc）的写法简述

sinat_41351261的博客

06-18

472

转载链接在这里

初学c++

qq_39670012的博客

06-02

392

以.h位后缀的是头文件，.cpp是源文件。使用源文件（也就是.cpp）就足够编写出我们需要的源程序了。在稍微复杂一点的程序中，也许就会用到头文件（.h）。事实上，这种头文件和我们代码中预处理里包含的头文件没有什么区别（就好像C语言中#include <stdio.h>）其中stdio.h就是一个头文件。我们亲手编写头文件就是按照自己的需要，给我们的程序设计这样的头文件。头文件中，一般包含一些类的声明，函数定义之类的东西，方便我们在源文件的主函数中使用。在a.h文件中： #include

CMake Error at plumbing_pub_sub/CMakeLists.txt:136 (add_executable): Cannot find source file: src/deme01_pub.cpp Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx CMake Error at plumbing_pub_sub/CMake

最新发布

04-03

### 解决方案分析在CMake构建过程中遇到`Cannot find source file: deme01_pub.cpp`错误，通常表明指定的源文件未被正确定位或命名有误。以下是可能的原因及其解决方案： #### 1. 文件名拼写错误确认`deme01_pub.cpp`是否存在以及其实际名称是否与`CMakeLists.txt`中的定义一致。如果存在拼写错误，则需修正文件名或更新`CMakeLists.txt`中的条目。 ```cmake add_executable(plumbing_pub_sub deme01_pub.cpp) ``` 上述语句中，确保`deme01_pub.cpp`确实存在于项目的根目录或子目录下[^1]。 --- #### 2. 路径不匹配如果`deme01_pub.cpp`位于特定子目录而非当前工作目录，则需要显式声明相对路径或绝对路径。例如： ```cmake add_executable(plumbing_pub_sub src/deme01_pub.cpp) ``` 或者使用通配符自动查找所有`.cpp`文件： ```cmake aux_source_directory(src DIR_SRCS) add_executable(plumbing_pub_sub ${DIR_SRCS}) ``` 此方法可以动态获取`src`目录下的所有源文件并将其添加至目标可执行程序中[^4]。 --- #### 3. 扩展名缺失当CMake无法识别扩展名时会抛出类似错误。默认情况下，CMake尝试解析多种常见扩展名（如 `.c`, `.cpp`, `.h` 等）。然而，若自定义扩展名未包含在此列表中，则可能导致失败。因此建议验证文件的实际扩展名是否标准[^2]。 --- #### 4. 构建环境配置问题有时即使文件存在且路径无误，仍可能出现此类错误。这可能是由于构建环境中某些依赖项丢失所致。例如，在调用第三方库时未能正确定位必要的配置脚本（如 `<package>Config.cmake` 或 `Find<Package>.cmake`），从而影响整个流程正常运行[^3]。对于这种情况，可以通过以下方式排查： - 检查是否有遗漏的关键包； - 设置相应的 `_DIR` 变量指向正确的安装位置。示例代码片段如下所示： ```cmake set(Qt5_DIR "/path/to/Qt5") find_package(Qt5 REQUIRED COMPONENTS Core Widgets) include_directories(${Qt5_INCLUDE_DIRS}) target_link_libraries(plumbing_pub_sub Qt5::Core Qt5::Widgets) ``` 以上操作能够帮助加载所需模块，并进一步完善链接过程。 --- ### 完整修复后的 CMakeLists.txt 示例假设项目结构如下： ``` project_root/ ├── CMakeLists.txt └── src/ └── deme01_pub.cpp ``` 对应的`CMakeLists.txt`应编写为： ```cmake cmake_minimum_required(VERSION 3.0) # 设定工程名称 project(plumbing_pub_sub) # 添加源码所在目录 aux_source_directory(src SRC_FILES) # 创建可执行文件 add_executable(plumbing_pub_sub ${SRC_FILES}) # 如果涉及外部库，请补充相应部分 # set(<PACKAGE>_DIR "<PATH>") # find_package(<PACKAGE>) # include_directories(${<PACKAGE>_INCLUDE_DIRS}) # target_link_libraries(plumbing_pub_sub <LIBRARIES>) ``` --- ### 总结通过逐一排除潜在原因——包括但不限于文件名准确性、路径设定合理性及构建工具链兼容性等方面的问题，最终得以妥善解决`cannot find source file`这一类典型报错现象。