One Definition Rule

The One Definition Rule (ODR) is an important rule of the C++ programming language that prescribes that classes/structs and non-inline functions cannot have more than one definition in the entire program and template and types cannot have more than one definition by translation unit. It is defined in the ISO C++ Standard (ISO/IEC 14882) 2003, at section 3.2. Some other programming languages have similar but differently defined rules towards the same objective.

Summary

In short, the ODR states that:

1. In any translation unit, a template, type, function, or object can have no more than one definition. Some of these can have any number of declarations. A definition provides an instance.
2. In the entire program, an object or non-inline function cannot have more than one definition; if an object or function is used, it must have exactly one definition. You can declare an object or function that is never used, in which case you don't have to provide a definition. In no event can there be more than one definition.
3. Some things, like types, templates, and extern inline functions, can be defined in more than one translation unit. For a given entity, each definition must have the same sequence of tokens. Non-extern objects and functions in different translation units are different entities, even if their names and types are the same.

Some violations of the ODR must be diagnosed by the compiler. Other violations, particularly those that span translation units, are not required to be diagnosed. ^[1]

Examples

In general, a translation unit shall contain no more than one definition of any class type. In this example, two definitions of the class type C occur in the same translation unit. This typically occurs if a header file is included twice by the same source file without appropriate header guards.

classC{};// first definition of CclassC{};// error, second definition of C

In the following, forming a pointer to S or defining a function taking a reference to S are examples of legal constructs, because they do not require the type of S to be complete. Therefore, a definition is not required. ^[2]

Defining an object of type S, a function taking an argument of type S, or using S in a sizeof expression are examples of contexts where S must be complete, and therefore require a definition. ^[2]

structS;// declaration of SS*p;// ok, no definition requiredvoidf(S&);// ok, no definition requiredvoidf(S*);// ok, no definition required Sf();// ok, no definition required - this is a function declaration only!Ss;// error, definition requiredsizeof(S);// error, definition required

More than one definition

In certain cases, there can be more than one definition of a type or a template. A program consisting of multiple header files and source files will typically have more than one definition of a type, but not more than one definition per translation unit.

If a program contains more than one definition of a type, then each definition must be equivalent. ^[3]

Definitions of static const data members

In pre-standard C++, all static data members required a definition outside of their class. However, during the C++ standardization process it was decided to lift this requirement for static const integral members. The intent was to allow uses such as:

structC{staticconstintN=10;};chardata[C::N];// N "used" without out-of-class definition

without a namespace scope definition for N.

Nevertheless, the wording of the 1998 C++ standard still required a definition if the member was used in the program. ^[4] This included the member appearing anywhere except as the operand to sizeof or typeid, effectively making the above ill-formed. ^[5]

This was identified as a defect, and the wording was adjusted to allow such a member to appear anywhere a constant expression is required, without requiring an out-of-class definition. This includes array bounds, case expressions, static member initializers, and nontype template arguments. ^[6]

structC{staticconstintN=10;staticconstintU=N;// Legal per C++03};chardata[C::N];// Legal per C++03template<int>structD;template<>structD<C::N>{};// Legal per C++03

However, using a static const integral member anywhere except where an integral constant-expression is required, requires a definition: ^[7]

structC{staticconstintN=10;};intmain(){inti=C::N;// Ill-formed in C++03. Definition of C::N required.}

This requirement was relaxed in a later standard, C++11. ^[7]

Example showing unexpected side effects

We need 4 files: "odr.h", "main.cpp", "odr1.cpp", "odr2.cpp"

The acronym "odr" here is short for "One Definition Rule".

odr.h:

// abstract base classclassCBase{public:virtualvoidxxx()=0;virtual~CBase()=default;};externCBase*odr1_create();externCBase*odr2_create();

main.cpp

#include"odr.h"intmain(intargc,char**argv){CBase*o1=odr1_create();CBase*o2=odr2_create();o1->xxx();o2->xxx();}

odr1.cpp

#include<stdio.h>#include"odr.h"classCDummy:publicCBase{public:voidxxx()override{printf("odr ONE dummy: Hello\n");}};CBase*odr1_create(){returnnewCDummy();}

odr2.cpp

#include<stdio.h>#include"odr.h"classCDummy:publicCBase{public:voidxxx()override{printf("odr TWO dummy: World\n");}};CBase*odr2_create(){returnnewCDummy();}

Under a Linux shell to try out, compile with:

g++ -c odr1.cpp g++ -c odr2.cpp g++ -c main.cpp g++ -o odr main.o odr1.o odr2.o 

Under a Windows Visual Studio "Build Tools Command Prompt", compile with:

cl /c main.cpp cl /c odr1.cpp cl /c odr2.cpp cl /Feodr.exe main.obj odr1.obj odr2.obj 

When executed the expected output is:

odr ONE dummy: Hello odr TWO dummy: World 

But you very likely get:

odr ONE dummy: Hello odr ONE dummy: Hello 

The problem is, that the C++ linker has to figure out how to build the virtual method table for the (two different) "CDummy" classes, and that only works if the class names are different.

See also

• Include directive
• Include guard

References

1. ISO/IEC (2003). ISO/IEC 14882:2003(E): Programming Languages - C++ §3.2 One definition rule [basic.def.odr] para. 3
2. ISO/IEC (2003). ISO/IEC 14882:2003(E): Programming Languages - C++ §3.2 One definition rule [basic.def.odr] para. 4
3. ISO/IEC (2003). ISO/IEC 14882:2003(E): Programming Languages - C++ §3.2 One definition rule [basic.def.odr] para. 5
4. ISO/IEC (1998). ISO/IEC 14882:1998(E): Programming Languages - C++ §9.4.2 Static data members [class.static.data] para. 4
5. ISO/IEC (1998). ISO/IEC 14882:1998(E): Programming Languages - C++ §3.2 One definition rule [basic.def.odr] para. 2
6. ISO/IEC (2003). ISO/IEC 14882:2003(E): Programming Languages - C++ §5.19 Constant expressions [expr.const] para. 1
7. "When is a definition of a static data member required?". WG21. Retrieved 2009-04-15.