inline virtual functions.

[Dave Townsend]

Yo,

I had a job interview today, the interviewing asked me about
inline virtual functions, or what was my opinion on them.
Hm, I've seen mention of these babies in the reference material,
but I've never used one. ( I'm an experienced software developer
and have used C++ for more than 10 years)

Anybody found the use of one of these guys necessary or useful.
Curious minds need to know for the next curve ball question coming my
way....!

thanks, dave

[Victor Bazarov]

"Dave Townsend" <da********@com cast.net> wrote...

I had a job interview today, the interviewing asked me about
inline virtual functions, or what was my opinion on them.
Hm, I've seen mention of these babies in the reference material,
but I've never used one. ( I'm an experienced software developer
and have used C++ for more than 10 years)

Anybody found the use of one of these guys necessary or useful.
Curious minds need to know for the next curve ball question coming my
way....!

I am not sure I understand the reason for your puzzlement with those
functions. First of all, 'inline' is not a real attribute of
a function, but a mere suggestion. Second, any function that is
defined in the class definition is implicitly 'inline'. Third,
a virtuality of a function and its 'inline-ness' are two completely
orthogonal qualities, there is nothing special about them coexisting
just like 'const' and 'virtual' or 'const' and 'inline'.

So, I bet during your 10 years you have written something like

class Base {
public:
virtual ~Base() {} // does nothing -- no data
virtual void someFoo() = 0;
virtual void someBar() const = 0;
};

and suddenly you have the destructor for 'Base' defined as (gasp!)
inline and virtual. Ah, that's what "inline virtual" functions look
like! And I've been using those all the time without even knowing
that...

Come on, give yourself a break. Interviews (if you don't do them on
a regular basis) are stressful and some people can even forget the
multiplication table, let alone inline virtual functions.

Victor

[John Carson]

"Dave Townsend" <da********@com cast.net> wrote in message
news:LK******** ************@co mcast.com

Yo,

I had a job interview today, the interviewing asked me about
inline virtual functions, or what was my opinion on them.
Hm, I've seen mention of these babies in the reference material,
but I've never used one. ( I'm an experienced software developer
and have used C++ for more than 10 years)

Anybody found the use of one of these guys necessary or useful.
Curious minds need to know for the next curve ball question coming my
way....!

thanks, dave

I think this was a trick question. Virtual function calls are only resolved
at runtime and cannot be inlined. The qualification to this statement is
that if a virtual function is called directly (i.e., using a class object
rather than a pointer or reference or else using the scope resolution
operator to fully specify the function concerned), then it is non-virtual
for the purposes of that call and can be inlined.
--
John Carson
1. To reply to email address, remove donald
2. Don't reply to email address (post here instead)

[Stephen Waits]

Dave Townsend wrote:

I had a job interview today, the interviewing asked me about
inline virtual functions, or what was my opinion on them.
Hm, I've seen mention of these babies in the reference material,
but I've never used one. ( I'm an experienced software developer
and have used C++ for more than 10 years)

Anybody found the use of one of these guys necessary or useful.
Curious minds need to know for the next curve ball question coming my
way....!

The compiler can't [always] know for certain which virtual will be
called.. therefore it cannot inline the function as it [often] must be
bound at runtime [via vtable lookup].

struct Base
{
virtual void Blah() { ; }
};

struct Sub: Base
{
/*virtual*/ void Blah() { ; }
};

void SomeFunc( Base* obj )
{
obj->Blah(); // impossible to know which function to inline here!
}
There are of course cases when the compiler can determine which function
needs to be called, and might therefore inline it. I don't know for
certain what the popular compilers do in this case. Once such case:

void OtherFunc()
{
Sub s;
s.Blah(); // always inlinable
}

So, while it shouldn't hurt anything, it probably also won't usually get
inlined.

Also remember that the inline function-specifier (implicit or explicit)
is only a recommendation.

See 7.1.2.

--Steve

[Risto Lankinen]

"Stephen Waits" <st***@waits.ne t> wrote in message
news:40******** ******@waits.ne t...

Also remember that the inline function-specifier (implicit or explicit)
is only a recommendation.

See 7.1.2.

However, inline has a second meaning as a linkage directive!

If you define a function in a header file (not a practice I would
recommend, but for the sake of argument), then only one file
in a multiple source file project may include that header, unless
the definition is tagged as inline. Failing to do that, ambiguities
in name resolution will emerge at link time.

- Risto -

[Uwe Schnitker]

"John Carson" <do***********@ datafast.net.au > wrote in message news:<40******* *@usenet.per.pa radox.net.au>.. .

"Dave Townsend" <da********@com cast.net> wrote in message
news:LK******** ************@co mcast.com

Yo,

I had a job interview today, the interviewing asked me about
inline virtual functions, or what was my opinion on them.
Hm, I've seen mention of these babies in the reference material,
but I've never used one. ( I'm an experienced software developer
and have used C++ for more than 10 years)

Anybody found the use of one of these guys necessary or useful.
Curious minds need to know for the next curve ball question coming my
way....!

thanks, dave

I think this was a trick question. Virtual function calls are only resolved
at runtime and cannot be inlined. The qualification to this statement is
that if a virtual function is called directly (i.e., using a class object
rather than a pointer or reference or else using the scope resolution
operator to fully specify the function concerned), then it is non-virtual
for the purposes of that call and can be inlined.

Of course, this is not the typical way to call such a function. It smells of
either a questionable design or a performance hack.

There is one exception, though. There is one quite common use of this
mechanism: If the derived class version of a virtual function is supposed
to call the base class version. An example would be a print function where
each derived class adds print statements for its own data.

[Alf P. Steinbach]

* "John Carson" <do***********@ datafast.net.au > schriebt:

"Dave Townsend" <da********@com cast.net> wrote in message
news:LK******** ************@co mcast.com

Yo,

I had a job interview today, the interviewing asked me about
inline virtual functions, or what was my opinion on them.
Hm, I've seen mention of these babies in the reference material,
but I've never used one. ( I'm an experienced software developer
and have used C++ for more than 10 years)

Anybody found the use of one of these guys necessary or useful.
Curious minds need to know for the next curve ball question coming my
way....!

I think this was a trick question. Virtual function calls are only resolved
at runtime and cannot be inlined. The qualification to this statement is
that if a virtual function is called directly (i.e., using a class object
rather than a pointer or reference or else using the scope resolution
operator to fully specify the function concerned), then it is non-virtual
for the purposes of that call and can be inlined.

The question was about inline virtual functions, not about inlining of virtual
function calls or of calls of virtual functions.

--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

[John Carson]

"Alf P. Steinbach" <al***@start.no > wrote in message
news:40******** ********@news.i ndividual.net

The question was about inline virtual functions, not about inlining
of virtual function calls or of calls of virtual functions.

And why do you think that the interviewer bothered to single out inline
virtual functions as opposed to inline functions in general? The only reason
that I can think of is because the rules for inlining are different.
--
John Carson
1. To reply to email address, remove donald
2. Don't reply to email address (post here instead)

[Alf P. Steinbach]

* "John Carson" <do***********@ datafast.net.au > schriebt:

"Alf P. Steinbach" <al***@start.no > wrote in message
news:40******** ********@news.i ndividual.net

The question was about inline virtual functions, not about inlining
of virtual function calls or of calls of virtual functions.

And why do you think that the interviewer bothered to single out inline
virtual functions as opposed to inline functions in general? The only reason
that I can think of is because the rules for inlining are different.

It was an open question.

An open question can tell much.

--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

[Michael D. Borghardt]

How about this.

<Foo.h>
Class Foo
{
public:
virtual void func() {}
}

<Bar.h>
#include "Foo.h"
class Bar : public Foo
{
public:
virtual void func();
}

<Bar.cpp>
void Bar::func()
{
}

<Main.cpp>

#include "Foo.h"
#include "Bar.h"

int main()
{
Foo f;
Bar b;

f.func(); // can be resolved at compile time.and is inlined
b.func(); // can be resolved at compile time and is outlined

Foo* fb = new Bar;
fb->func(); // resolved at runtime.

return 1;
}