blocks|key|766446|text|.H是C%2B%2B头文件与C头文件(也称为.hpp或.hxx)不同的一种命名方式。这只适用于区分大小写的操作系统。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|766447|如果文件包含.H，则只需使用#include+<file.H>|offset|length|style|CODE|766448|entityMap^0|0|E|H|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@$D|L|E|M|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

.H is one way that C++ header files are named distinctly from C header files (also .hpp or .hxx). This only works in case sensitive OSs.

If the file has a .H, just <code>#include &lt;file.H&gt;</code>

blocks|key|766443|text|问题源于文件系统。您的文件系统是区分大小写的，因此可以看到header.H和header.h之间的差异。这不是g%2B%2B问题。在不区分大小写的文件系统/OS上运行时，您不会看到这个问题，就像在win32系统上运行g%2B%2B时一样。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|766444|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The problem stems from the filesystem. Your filesystem is case sensitive and thus sees a difference between header.h and header.H. This isn't a g++ issue. Running on a case insensitive filesystem/OS you won't see this problem, as is the case when running g++ on a win32 system.

blocks|key|766436|text|我认为这是Linux文件系统的实现细节。在Windows上，.h和.H文件实际上是相同的，而在Linux上，你可以在同一个目录中有一个传统性的.h和一个传统性的.h。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|766437|如果我没理解错的话，您只需要在包含头文件的文件中指定大写H即可。|766438|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I think this is an implementation detail of the Linux file system. While on Windows .h and .H files are effectively the same, on Linux you can have a traditional.h and a traditional.H in the same directory.

If I am understanding you correctly, you just need to specify the capital H in the files that include your headers.

blocks|key|2678924|text|如果你不想重命名头文件或者让你的源文件#包含.H文件，你可以创建一组只包含相应的.h文件的.H文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2678925|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

If you don't want to rename the header files or have your source #include .H files, you could create a set of .h files which just #include the corresponding .H file.

blocks|key|4127307|text|我想不出任何简单的方法可以让gcc变得不区分大小写，所以你可能不得不咬紧牙关使用另一个解决方案，比如|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4127308|#include+"foo.H"|code-block|syntax|javascript|4127309|...or创建一些符号链接：|4127310|#+create+.h+links+to+all+.H+files+below+the+current+dir
for+basename+in+`find+.+-name+*.H+%7C+sed+'s/$.*$\..*/\1/'`;+do
++ln+-s+$basename.H+$basename.h
done|4127311|仅供参考，那是a+recent+thread+on+the+gcc+mailing+list+requesting+case-insensitivity。响应最关心的是效率--如果您开始要求编译器查找"foo.h“的所有版本(例如"FOO.H"，"Foo.H"，"foo.H")，那么你将更频繁地访问磁盘。谁需要更长的构建时间？:)|offset|length|4127312|entityMap|0|LINK|mutability|MUTABLE|url|http://gcc.gnu.org/ml/gcc/2009-01/msg00499.html^0|0|0|0|0|7|1X|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|X|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|Y|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|Z|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|10|8|@]|9|@$M|11|N|12|1|13]]|A|$]]|$1|O|3|-4|5|6|7|14|8|@]|9|@]|A|$]]]|P|$Q|$5|R|S|T|A|$U|V]]]]

I can't think of any easy way to get gcc to become case-insensitive, so you might have to grit your teeth and use an alternate solution, like 

<pre><code>#include "foo.H"
</code></pre>

...or create some symbolic links:

<pre><code># create .h links to all .H files below the current dir
for basename in `find . -name *.H | sed 's/$.*$\..*/\1/'`; do
 ln -s $basename.H $basename.h
done
</code></pre>

FYI, there's <a href="http://gcc.gnu.org/ml/gcc/2009-01/msg00499.html" rel="nofollow noreferrer">a recent thread on the gcc mailing list requesting case-insensitivity</a>. The responses are mostly concerned with efficiency -- if you start asking the compiler to look for all versions of "foo.h" (e.g. "FOO.H", "Foo.H", "foo.H") then you'll be accessing the disk a lot more frequently. And who needs even longer build times? :)

I am using g++ on Ubuntu with a C++ library whose header files all happen to end in .H instead of the traditional .h.

I'd rather not modify the include directory ... otherwise I would probably just create symbolic links to .h versions of the headers.

I am wondering if there is an easy way to automatically have g++ recognize that .H and .h files are the same so that I can write either header.h or header.H in my program? I've looked through the g++ man page, but it's pretty hard for me to tell if it supports some feature like this.

.h and .H header files in g++

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我在Ubuntu上使用g++和一个C++库，它的头文件恰好都以.h结尾，而不是传统的.H。我不想修改include目录...否则，我可能只会创建指向.h版本的头文件的符号链接。我想知道是否有一种简单的方法可以让g++自动识别.H和.h文件是相同的，这样我就可以在我的程序中编写header.h或header.H。我看过g++的手册页，但我很难判断它是否支持这样的特性。

问g++中的.h和.H头文件
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问g++中的.h和.H头文件EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问g++中的.h和.H头文件
EN