public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: "David C. Fox" <dcfox@cfa.harvard.edu>
To: help-gcc@gnu.org
Subject: Re: Classes in multiple files
Date: Sat, 01 Apr 2000 00:00:00 -0000	[thread overview]
Message-ID: <387391B3.12471AC5@cfa.harvard.edu> (raw)
Message-ID: <20000401000000.alYkGFwj37-xl7n0IXFIBwW-yW58DL8xumsTciBvgok@z> (raw)
In-Reply-To: <38712C84.AFD15365@altern.org>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3496 bytes --]

Thomas Lionel SMETS wrote:

...

> I wish to have two classes in two separated files, as such :
> 
> ============== B E G I N    O F   F I L E  1   ====================
> #include ...   // Only standart header files <iostream>, etc ...
> class ClassName1 {
>     // Implementation
> 
> }
> ============== E N D   O F    F I L E  1 =======================
> 
> ============== B E G I N    O F   F I L E  2   ====================
> #include ...   // Only standart header files <iostream>, etc ...
> class ClassName2 : class ClassName1 {
>     // Implementation
> 
> }

...

> Now the question is :
>     How do I compile this properly ?
> 

...

> Thanks in advance,
> 
> Thomas,
> 
> --
> mail : thomas.smets@gonthier-be.com (professionnel)
>        tsmets@altern.org (privé)

Classes generally have two parts: the class definition, and the
definitions of any member functions.  For example,

// define class First
class First
{
public:
  float fish(); //declare a member function called fish
// ...
private:
  int x; // declare an int data member
}; // end of class definition

// define member functions of First
float First::fish()
{
  return x*2.4;
}

Any source code which uses the class First needs access to the
definition of the class at compile time*, which includes the
declarations of the member functions (their names and argument and
return types).  It does not need access to the definitions of the member
functions (in object file .o form) until link time.  Thus, if I want to
define a class Second which inherits from First, but put that definition
in a separate file, I would organize the code as follows:

// file: First.h
class First
{
//define First
};

// file: First.C
#include "First.h"
// This insures that First.C uses the same definition of class First as
// everyone else.

// define member functions of First


// file: Second.C
#include "First.h"

class Second : public First
{
  float red_fish();
// define Second
};

// define members of Second
float Second::red_fish()
{
  return fish()*0.5; // half of fish are red
}


main()
{
// use Second
}

Then, I would compile First with

  g++ -c First.C

and compile and link Second with

  g++ -c Second.C

(#include gives g++ access to definition of First when compiling
Second.C)

  g++ -o together First.o Second.o

(linking with First.o gives the linker access to First's member
functions
so that it can fill in the function call to First::fish from
Second::red_fish)

or simply

  g++ -o together Second.C First.o


Of course, if I wanted to use class Second in another file,I should
separate its definition into Second.h.  Further complications could
arise if I wanted to use both classes in a third file.  Suppose I wrote

// file: Third.C
#include "First.h"

#include "Second.h"
// error: attempts to redefine class First, since Second.h also
// includes First.h

First f;
Second g;

In this case, I could avoid multiple definitions by simply omitting the
first (or do I mean First :-) #include in Third.C.  However, I would
have to remember that Second.h included First.h.  I could head off this
potential problem by changing the file First.h as follows:

// file: First.h, version 2
#ifndef MY_FIRST_CLASS
#define MY_FIRST_CLASS

// define First
class First
{
// ...
};

#endif

The extra # declarations to the preprocessor insure that only one
definition of First is included in any given source file which is
compiled.

David Fox



*except if the code only declares a pointer to an object of class First.

  reply	other threads:[~2000-04-01  0:00 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-01-03 15:25 Thomas Lionel SMETS
2000-01-05 15:04 ` David C. Fox [this message]
2000-04-01  0:00   ` David C. Fox
2000-04-01  0:00 ` Thomas Lionel SMETS

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=387391B3.12471AC5@cfa.harvard.edu \
    --to=dcfox@cfa.harvard.edu \
    --cc=help-gcc@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).