Question

We always declare a pure virtual function as:

virtual void fun () = 0 ;

I.e., it is always assigned to 0.

What I understand is that this is to initialize the vtable entry for this function to NULL and any other value here results in a compile time error. Is this understanding correct or not?

Was it helpful?

Solution

The reason =0 is used is that Bjarne Stroustrup didn't think he could get another keyword, such as "pure" past the C++ community at the time the feature was being implemented. This is described in his book, The Design & Evolution of C++, section 13.2.3:

The curious =0 syntax was chosen ... because at the time I saw no chance of getting a new keyword accepted.

He also states explicitly that this need not set the vtable entry to NULL, and that doing so is not the best way of implementing pure virtual functions.

OTHER TIPS

As with most "Why" questions about the design of C++, the first place to look is The Design and Evolution of C++, by Bjarne Stroustrup1:

The curious =0 syntax was chosen over the obvious alternative of introducing a new keyword pure or abstract because at the time I saw no chance of getting a new keyword accepted. Had I suggested pure, Release 2.0 would have shipped without abstract classes. Given a choice between a nicer syntax and abstract classes, I chose abstract classes. Rather than risking delay and incurring the certain fights over pure, I used the tradition C and C++ convention of using 0 to represent "not there." The =0 syntax fits with my view that a function body is the initializer for a function also with the (simplistic, but usually adequate) view of the set of virtual functions being implemented as a vector of function pointers. [ ... ]

1§13.2.3 Syntax

Section 9.2 of the C++ standard gives the syntax for class members. It includes this production:

pure-specifier:
    = 0

There is nothing special about the value. "= 0" is just the syntax for saying "this function is pure virtual." It has nothing to do with initialization or null pointers or the numeric value zero, although the similarity to those things may have mnemonic value.

I'm not sure if there is any meaning behind this. It is just the syntax of the language.

C++ has always shied away from introducing new keywords, since new reserved words break old programs which use these words for identifiers. It's often seen as one of the language's strengths that it respects old code as far as possible.

The = 0 syntax might indeed have been chosen since it resembles setting a vtable entry to 0, but this is purely symbolic. (Most compilers assign such vtable entries to a stub which emits an error before aborting the program.) The syntax was mainly chosen because it wasn't used for anything before and it saved introducing a new keyword.

C++ must have a way to distinguish a pure virtual function from a declaration of a normal virtual function. They chose to use the = 0 syntax. They could just have easily done the same by adding a pure keyword. But C++ is pretty loath to add new keywords and prefers to use other mechanisms to introduce features.

Nothing is "initilaized" or "assigned" zero in this case. = 0 in just a syntactical construct consisting of = and 0 tokens, which has absolutely no relation to either initialization or assignment.

It has no relation to any actual value in "vtable". The C++ language has no notion of "vtable" or anythng like that. Various "vtables" are nothing more than just details of specific implementations.

I remember reading that the justification for the funny syntax was that it was easier (in terms of standards-acceptance) than introducing another keyword that would do the same thing.

I believe this was mentioned in The Design and Evolution of C++ by Bjarne Stroustrup.

I would assume that this is just part of the C++ grammar. I don't think there are any restrictions to how the compilers actually implement this for a given specific binary format. You're assumption probably was right for the early day C++ compilers.

The = 0declares a pure virtual function.

What is understand is that this is to initialize the vtable entry for this function to NULL and any other value here results in compile time error

I don't think that's true. It's just special syntax. The vtable is implementation-defined. No one says a vtable entry for a pure member must be actually zeroed upon construction (although most compilers handle vtables similar).

Well, you can also initialize the vtable entry to point to an actual function"

 virtual void fun()
 {
     //dostuff()
 }

Seems intuitive that the vtable entry can either be defined to point nowhere (0) or to a function. Letting you specify your own value for it would probably result in it pointing to garbage instead of to a function. But that is why "= 0" is allowed and "= 1" is not. I suspect Neil Butterworth is right about why "= 0" is used at all

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top