|
|
 |
 |
 |
 |
ABCs (abstract base classes) and linkage problems
I m getting a ton of linkage errors (unresolved externals) when using an
abstract base class. My classes look something like this:
class BaseObject
{
//pure virtuals
virtual void foo() = 0;
virtual int foobar(int, int, double) = 0 ;
virtual void grok();
virtual int doit();
}
class MyClass : public BaseObject
{
//pure virtuals are implemented
void foo() {...}
int foobar(int a, int b, double c){return 42;}
//these are not implemented .. and not called in code
//virtual void grok();
//virtual int doit();
}
Linkage errors (unresolved externals):
BaseObject::BaseObject(void)
void grok()
int doit();
which leads to my questions:
i). Why is the linker looking for the constructor of the ABC BaseObject?
ii). Do I need to implement the constructor of BaseObject ? (this goes
against my understanding of most languages definition of an interface)
iii).Why is the linker looking to resolve the two (non pure) virtuals in
the interface - I dont use it any where in the code - and it is only
there for "future comapatability"
What am I doing wrong ?
On Jun 2, 8:43 pm, Bart Simpson <123evergr@terrace.com> wrote:
> I m getting a ton of linkage errors (unresolved externals) when using an > abstract base class. My classes look something like this: > class BaseObject
> {
> //pure virtuals
> virtual void foo() = 0;
> virtual int foobar(int, int, double) = 0 ;
> virtual void grok();
> virtual int doit();
> }
> class MyClass : public BaseObject
> {
> //pure virtuals are implemented
> void foo() {...}
> int foobar(int a, int b, double c){return 42;}
> //these are not implemented .. and not called in code
> //virtual void grok();
> //virtual int doit();
> }
> Linkage errors (unresolved externals):
> BaseObject::BaseObject(void)
> void grok()
> int doit();
> which leads to my questions:
> i). Why is the linker looking for the constructor of the ABC BaseObject?
compiler will generate one that is non-virtual and implemented
(assuming you declared your class appropriately).
> ii). Do I need to implement the constructor of BaseObject ? (this goes
> against my understanding of most languages definition of an interface)
No, that depends on what you do with that class. First, you must
declare a class. You didn't.
class Base { }; // is a class
class Base { } // is not
> iii).Why is the linker looking to resolve the two (non pure) virtuals in > the interface - I dont use it any where in the code - and it is only > there for "future comapatability" > What am I doing wrong ?
Salt_Peter wrote:
<snip>
> ; // missing semicolon
>>Linkage errors (unresolved externals):
>>BaseObject::BaseObject(void)
>>void grok()
>>int doit();
If you had bothered to read the title of this post, you would have
realized that these were linkage (not compiler) errors - hence your
nitpicking over missing semicolons, totally misses the point, and does
not add any useful information. The code snipet I posted was a summary
to give a gist/overview of the object heirarchy that illustrated what I
was contending with .... in any case, I managed to resolve the issue
myself (hence the deletion of the post)
On Jun 2, 10:21 pm, Bart Simpson <123evergr@terrace.com> wrote:
> Salt_Peter wrote: > <snip>
> > ; // missing semicolon
> >>Linkage errors (unresolved externals):
> >>BaseObject::BaseObject(void)
> >>void grok()
> >>int doit();
> </snip>
> If you had bothered to read the title of this post, you would have
> realized that these were linkage (not compiler) errors - hence your
> nitpicking over missing semicolons, totally misses the point, and does
> not add any useful information. The code snipet I posted was a summary
> to give a gist/overview of the object heirarchy that illustrated what I
> was contending with .... in any case, I managed to resolve the issue
> myself (hence the deletion of the post)
posting here, partcicularly this section:
http://www.parashift.com/c++-faq-lite/how-to-post.html
[5.8] How do I post a question about code that doesn't work correctly?
On Jun 3, 2:43 am, Bart Simpson <123evergr@terrace.com> wrote:
> I m getting a ton of linkage errors (unresolved externals)
> when using an abstract base class. My classes look something
> like this:
> class BaseObject
> {
> //pure virtuals
> virtual void foo() = 0;
> virtual int foobar(int, int, double) = 0 ;
> virtual void grok();
> virtual int doit();
> }
> class MyClass : public BaseObject
> {
> //pure virtuals are implemented
> void foo() {...}
> int foobar(int a, int b, double c){return 42;}
> //these are not implemented .. and not called in code
> //virtual void grok();
> //virtual int doit();
> }
> Linkage errors (unresolved externals):
> BaseObject::BaseObject(void)
> void grok()
> int doit();
> which leads to my questions:
> i). Why is the linker looking for the constructor of the ABC BaseObject?
Is it declared in the base class. The constructor of MyClass
will implicitly call it. If you don't declare it in the base
class, the compiler automatically generates one, which is
inline, so you shouldn't get any linker errors because of it.
If you do declare it, however, it will be called, and so you
must have an implementation.
> ii). Do I need to implement the constructor of BaseObject ? (this goes
> against my understanding of most languages definition of an interface)
If you declare it, you have to define it. If you're really
defining an interface, typically, you don't declare it, and
there's no problem.
> iii).Why is the linker looking to resolve the two (non pure) virtuals in
> the interface - I dont use it any where in the code - and it is only
> there for "future comapatability"
A function which is declared virtual (but not pure virtual) is
"by definition" used as soon as you instantiate the class, or an
class derived from it. So you need a definition. (The reason
for this is that the compiler will typically want to put the
address of the function in the vtable.)
--
James Kanze (Gabi Software) email: james.ka@gmail.com
Conseils en informatique oriente objet/
Beratung in objektorientierter Datenverarbeitung
9 place Smard, 78210 St.-Cyr-l'cole, France, +33 (0)1 30 23 00 34
|
 |
 |
 |
 |
|
Add to del.icio.us |
Digg this |
Stumble it |
Powered by Megasolutions Inc