Lets say I have these files:
main.cpp
, ClassA.cpp
, ClassA.h
, ClassB.cpp
, ClassB.h
- The main has
#include "ClassA.h"
and#include "ClassB.h"
and each.cpp
file includes its respective.h
file. Is this correct?
Now I am compiling using g++ *.cpp
after which I get an executable a.exe
(Windows)
- And my question is that is this the right way? And lets say if I only make changes in one file (cpp or h)will this command also recompile the unchanged files(because I see no new files in the folder except a.exe)? Please explain. Also how do I prevent that?
P.S I am not familiar with make and do not want to use that either so please do not refer to that in the answers and I read Using G++ to compile multiple .cpp and .h files but I need more explanation regarding my questions.
You should use cmake for that purpose
it should be compiled and work the way you want :)
you folder structure should look like this
hope would help :)
It will be better to create a
makefile
and usemake
to build your target.Yes.
Using
make
.make
will help keep track of dependencies and compile files that need to be compiled, or in general build targets that are out of date.If you want to do it manually, you can compile all your .cpp files into object files
and link all the object files
If ClassA.cpp is changed, you can just recompile ClassA.cpp
and link them all again
At least, you do not need to recompile the unchanged .cpp files.
For the #include, you are correct. Make sure you have include guards so that their contents are included only once.
you can specify -o to g++ to name your output file something else than 'a.exe'
Usually with gcc/g++ and other command line compilers, the strategy is to first compile the source files, then link them with another command. This helps prevent the files not modified from being recompiled every time. This uses the -c switch of gcc
Try this