[osg-users] [build] error LNK2019: unresolved external symbol "__declspec(dllimport)

Hi, I'm trying to build osg project. I'm having some problems during linking time :- 1>Linking... 1>AutoTransform.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) bool __cdecl osgDB::writeImageFile(class osg::Image const &,class std::basic_string,class std::allocator

Re: [osg-users] [build] error LNK2019: unresolved external symbol "__declspec(dllimport)

Hi Manish Did you add osgDB.lib in the linker input ? Vincent. manish Choudhary a écrit : Hi, I'm trying to build osg project. I'm having some problems during linking time :- 1>Linking... 1>AutoTransform.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) bool __cdecl

Re: [osg-users] [build] error LNK2019: unresolved external symbol "__declspec(dllimport)

Hi, I am also getting a similar error for another lib, although I have added it at the linker input, when I build I get: libboost_system-vc90-mt.lib(error_code.obj) : error LNK2019: unresolved external symbol __imp___invalid_parameter_noinfo referenced in function "public: virtual class std::ba

Re: [osg-users] [build] error LNK2019: unresolved external symbol "__declspec(dllimport)

On 4/14/2011 8:29 AM, Anastasia Papas wrote: > Hi, I am also getting a similar error for another lib, although I have added > it at the linker input, when I build I get: > Unhandled exception at 0x7c812afb in Template.exe: Microsoft C++ exception: > std::bad_alloc at memory location 0x0012f32c..

Re: [osg-users] [build] error LNK2019: unresolved external symbol "__declspec(dllimport)

WOW! Silly me :-/ I am such a newbie :-D I was using all of the libs in both modes (e.g. osg.lib and osgd.lib) I guess I shouldn't have had!! I removed the ones without -d in the ending, and now everything links, compiles and RUNS!! Well until next bug comes across ;-) Thank you so much!!! -

Re: [osg-users] [build] error LNK2019: unresolved external symbol "__declspec(dllimport)

Myrina, It is kind of funny how in all of these lines of code we can get lost by one simple symbol. The reason I am replying is because I dealt with the exact same thing between osg and osgd, while not in the exact same scenario. Have you had any issues wince moving forward? --