jw_*_*jw_ 1 c++ one-definition-rule
AOSP10 中的一些代码似乎违反了 ODR:
来源 1:
struct ExtentsParam
{
void init (const OT::cff1::accelerator_t *_cff)
{
path_open = false;
cff = _cff;
bounds.init ();
}
void start_path () { path_open = true; }
void end_path () { path_open = false; }
bool is_path_open () const { return path_open; }
bool path_open;
Bounds bounds;
const OT::cff1::accelerator_t *cff;
};
Run Code Online (Sandbox Code Playgroud)
来自:https : //android.googlesource.com/platform/external/harfbuzz_ng/+/refs/heads/android10-gsi/src/hb-ot-cff1-table.cc
来源2:
struct ExtentsParam
{
void init ()
{
path_open = false;
min_x.set_int (0x7FFFFFFF);
min_y.set_int (0x7FFFFFFF);
max_x.set_int (-0x80000000);
max_y.set_int (-0x80000000);
}
void start_path () { path_open = true; }
void end_path () { path_open = false; }
bool is_path_open () const { return path_open; }
void update_bounds (const Point &pt)
{
if (pt.x < min_x) min_x = pt.x;
if (pt.x > max_x) max_x = pt.x;
if (pt.y < min_y) min_y = pt.y;
if (pt.y > max_y) max_y = pt.y;
}
bool path_open;
Number min_x;
Number min_y;
Number max_x;
Number max_y;
};
Run Code Online (Sandbox Code Playgroud)
来自:https : //android.googlesource.com/platform/external/harfbuzz_ng/+/refs/heads/android10-gsi/src/hb-ot-cff2-table.cc
构建脚本:
...
srcs: [
...
"src/hb-ot-cff1-table.cc",
"src/hb-ot-cff2-table.cc",
],
...
Run Code Online (Sandbox Code Playgroud)
https://android.googlesource.com/platform/external/harfbuzz_ng/+/refs/heads/android10-gsi/Android.bp
这些太源都内置在同一个共享库中。两个来源都有“struct ExtentsParam”的定义,内容完全不同。这两个结构似乎都只在本地使用。
这两个来源具有相似的名称,因此无意中出现名称重复的可能性很低。Google 违反 ODR 的可能性可能很低。
可以?
是的:因为它们都在全局命名空间中,所以这绝对违反了 ODR。
仅在定义它们的翻译单元中使用的类类型没有豁免;一个程序只能包含一个具有任何给定名称的类类型。
它属于满足豁免该规则的标准的第一个要求:
一个程序中可以有多个[..]类类型[..] 的 定义,前提是每个定义都出现在不同的翻译单元中,并且这些定义满足以下要求。[..]鉴于
D在多个翻译单元中定义的命名实体,应满足以下所有要求。[..] 的每个定义D都应包含相同的标记序列 [..] ( ref )
开发人员只是“很幸运”,链接器没有尝试做任何导致此违规症状的滑稽动作。
这就是命名空间的用途。例如,如果类类型仅在定义它的翻译单元中使用,则它可能已在匿名命名空间中定义。
| 归档时间: |
|
| 查看次数: |
102 次 |
| 最近记录: |