C++ standard: ODR and constexpr std::string_view

2019-05-16 21:24发布

If I have a header foo.h which contains

#ifndef FOO_H_
#define FOO_H_

namespace foo {
constexpr std::string_view kSomeString = "blah";
}

#endif  // FOO_H_

then is it safe to include foo.h from within multiple .cc files in a single program, regardless of what they do with the symbol kSomeString, or are there some uses that could cause an ODR violation?

Also, is it guaranteed that kSomeString.data() will return the same pointer across .cc files?

I'd like specific references to wording in the C++ standard if possible. Thanks!

1条回答
贪生不怕死
2楼-- · 2019-05-16 21:54

Merely including foo.h from multiple translation units will not violate the ODR. However, indeed, there are some uses of kSomeString that will violate the ODR. See here for details and standard wording: https://stackoverflow.com/a/34446445

It is not guaranteed that kSomeString.data() will return the same value in all translation units because it is not guaranteed that the string literal "blah" is the same object in all translation units. According to [lex.string]/16,

Evaluating a string-literal results in a string literal object with static storage duration, initialized from the given characters as specified above. Whether all string literals are distinct (that is, are stored in nonoverlapping objects) and whether successive evaluations of a string-literal yield the same or a different object is unspecified. [ Note: The effect of attempting to modify a string literal is undefined. — end note ]

In C++17, the potential ODR violations can be prevented by defining kSomeString to be inline. This will give it external linkage and hence a single address throughout the program (see [basic.link]/3 and [basic.link]/4) and allow it to be multiply defined (see [basic.def.odr]/4). Obviously .data() can then only return one possible value.

查看更多
登录 后发表回答