From 2a3690d1e3ac1f6aa874f86275d43ca4acbf07a3 Mon Sep 17 00:00:00 2001 From: apenn-msft <62863214+apenn-msft@users.noreply.github.com> Date: Thu, 12 Oct 2023 12:32:05 -0700 Subject: [PATCH] Use portable header identifiers (#2149) * SF.13 Use portable header identifiers in `#include` statements add a new rule governing how to compose portable header path identifiers such that they respect proper casing (, not ) and portable path separators ('/') * anchor * fix typos * fix warnings * nit * nit * nit * normalize on 'util' * clean up wording * Update CppCoreGuidelines.md --------- Co-authored-by: Herb Sutter --- CppCoreGuidelines.md | 31 ++++++++++++++++++++++++++++++- 1 file changed, 30 insertions(+), 1 deletion(-) diff --git a/CppCoreGuidelines.md b/CppCoreGuidelines.md index f0e7aa4..16e2e30 100644 --- a/CppCoreGuidelines.md +++ b/CppCoreGuidelines.md @@ -19211,6 +19211,7 @@ Source file rule summary: * [SF.10: Avoid dependencies on implicitly `#include`d names](#Rs-implicit) * [SF.11: Header files should be self-contained](#Rs-contained) * [SF.12: Prefer the quoted form of `#include` for files relative to the including file and the angle bracket form everywhere else](#Rs-incform) +* [SF.13: Use portable header identifiers in `#include` statements](#Rs-portable-header-id) * [SF.20: Use `namespace`s to express logical structure](#Rs-namespace) * [SF.21: Don't use an unnamed (anonymous) namespace in a header](#Rs-unnamed) @@ -19621,7 +19622,7 @@ Nevertheless, the guidance is to use the quoted form for including files that ex #include // From the standard library, requires the <> form #include // A file that is not locally relative, included from another library; use the <> form #include "foo.h" // A file locally relative to foo.cpp in the same project, use the "" form - #include "foo_utils/utils.h" // A file locally relative to foo.cpp in the same project, use the "" form + #include "util/util.h" // A file locally relative to foo.cpp in the same project, use the "" form #include // A file in the same project located via a search path, use the <> form ##### Note @@ -19634,6 +19635,34 @@ Library creators should put their headers in a folder and have clients include t A test should identify whether headers referenced via `""` could be referenced with `<>`. +### SF.13: Use portable header identifiers in `#include` statements + +##### Reason + +The [standard](http://eel.is/c++draft/cpp.include) does not specify how compilers uniquely locate headers from an identifier in an `#include` directive, nor does it specify what constitutes uniqueness. For example, whether the implementation considers the identifiers to be case-sensitive, or whether the identifiers are file system paths to a header file, and if so, how a hierarchical file system path is delimited. + +To maximize the portability of `#include` directives across compilers, guidance is to: + +* use case-sensitivity for the header identifier, matching how the header is defined by the standard, specification, implementation, or file that provides the header. +* when the header identifier is a hierarchical file path, use forward-slash `/` to delimit path components as this is the most widely-accepted path-delimiting character. + +##### Example + + // good examples + #include + #include + #include "util/util.h" + + // bad examples + #include // bad: the standard library defines a header identified as , not + #include // bad: the standard library defines a header identified as , not + #include "Util/Util.H" // bad: the header file exists on the file system as "util/util.h" + #include "util\util.h" // bad: may not work if the implementation interprets `\u` as an escape sequence, or where '\' is not a valid path separator + +##### Enforcement + +It is only possible to enforce on implementations where header identifiers are case-sensitive and which only support `/` as a file path delimiter. + ### SF.20: Use `namespace`s to express logical structure ##### Reason