I'm splitting my game into several static libraries for easier use.
I have my Common library, my Engine library, and my Game executable.
I've worked hard in the past to remove all globals, but I still have six of them and it'll really be a nuisance to get rid of them.
As an example, one of the globals is a PathResolver that helps resolve magic variables in path names ("%SCRIPTS%/myFolder/myScript.scr") and relative filepaths (making a path relative to something other than the executable). I don't want to pass it in as a parameter to every function that requires it.
Since Common.lib and Engine.lib are both static, and Game directly uses both, and Engine directly uses Common, so Engine link to Common or should Game or both?
Game -lEngine -lCommon (Common is linked twice - is that the correct way?)
I've been encountering some 'undefined reference to...' the global variables. Engine and Common both compile fine, but when Game is compiled, it says 'undefined reference to' the global variable in Common that Engine and Game are both using.
It says the error is occurring in the Engine library, "libEngine.a(ApplicationStructure.o):ApplicationStructure.cpp:(.text+0x7d9)"
What's weird is that ApplicationStructure.cpp doesn't even use the global.
It also says, "......./mingw32/bin/ld.exe: ...../libEngine.a(ApplicationStructure.o): bad reloc address 0x2c in section `.rdata'"
So anyway, I figured that the global variables might be getting stripped out of the libraries. Do I have to export them in some way other than just labelling them as 'extern'? Bear in mind it's a static library - all my other classes and functions I'm not exporting... am I supposed to export them?.
Since I thought the globals might be getting stripped out (from trying to research online), I tried to wrap them in functions, and created a function called GetAppDetailsPointer() for one of the globals. Now it says that there is an undefined reference to that function.