If you don't give a class with any virtual methods no destructor, the compiler will generate a non-virtual empty default one.
On MSVC, this empty default destructor (if it's even there) is located at the DLL and doesn't give any problems. For MSVC, what AF says is right. We shouldn't have any destructor at all in msvc for the DECLARE_PURE_VIRTUAL macro, that would restore it back to original.
This happened to work, but it would silently break and crash hard in case you'd ever use multiple or virtual inheritance.
this file is included in boost distribution here:
http://fileuniverse.com/?p=showitem&ID=2416 If you sue my VC8 project, be sure to habe it installed in "Boost" Directory. (on my disk D:\Projets\TASpring\vclibs\Boost\include\boost\python\detail)
I think I'm getting close. the least error I had was about IconHandler.cpp being missing - I removed the reference to it in the project file since I can't find it in the latest svn. So now, I have 15 unresolved external symbols - please can anyone shed some ligh ton what's going on here...
Game.obj : error LNK2001: unresolved external symbol "class CIconHandler * iconHandler" (?iconHandler@@3PAVCIconHandler@@A) UnitDrawer.obj : error LNK2001: unresolved external symbol "class CIconHandler * iconHandler" (?iconHandler@@3PAVCIconHandler@@A) Game.obj : error LNK2019: unresolved external symbol "public: __thiscall CIconHandler::CIconHandler(void)" (??0CIconHandler@@QAE@XZ) referenced in function "public: __thiscall CGame::CGame(bool,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >)" (??0CGame@@QAE@_NV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) ...<snip>... ReadMap1.obj : error LNK2019: unresolved external symbol "public: __thiscall CSm3ReadMap::CSm3ReadMap(void)" (??0CSm3ReadMap@@QAE@XZ) referenced in function "public: static class CReadMap * __cdecl CReadMap::LoadMap(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?LoadMap@CReadMap@@SAPAV1@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) ../../../game/debug.exe : fatal error LNK1120: 15 unresolved externals
I'm also getting a ton of warnings like these two:
FBO.obj : warning LNK4049: locally defined symbol ___glewGenFramebuffersEXT imported WinPBuffer.obj : warning LNK4049: locally defined symbol ___wglewGetPbufferDCARB imported
Again, any ideas what these are about? Thanks for your help in advance, I can almost taste my exe...
Right then, I have solved most of the errors of underfined symbols - there were some source files not being compiled. I've asdded them to the project file and it's better. However, there's still 2 unresolved symbols and I can't find what they're from - something to do with Windows I think but I cant find where they're defined:
Ok, So I've compiled the release version and ran the air combat test and get a strange effect with the graphics - the transparancy in some of the textures doesn't seem to be working. I have an image but I don't have any webspace. Basically the transparant part sof the texture are blakc, so damaged aircraft smoke trails are surrounded by black boxes. The whole texture (black border and smoke) fades away to transparant though as it gets old... this is with r1667. Explosions are displayed ok, it just seems smoke is the problem.
I am trying to compile the lastest source from svn using visual c++ 2005 express edition and am only getting 1 error at the moment:
LINK : fatal error LNK1104: cannot open file 'libboost_thread-vc80-mt-1_33.lib'
I have the vlibs from the first page of this thread but that contains the the vc71 version of the file and also the vs8 copy of boost off FU but that version is 1_33_1. If only i could merge the 2 together :)
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum