I’m trying to build a static library, lets call it libA, which uses the static libcollada14dom20-s.lib, which will be used by another application appA.
The catch is that appA is build using static runtime (the MT) option, and therefore when I use libcollada14dom20-s.lib (which is build with dynamic runtime, MD option) I get lots of linking conflicts like:
2>MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _fflush already defined in libcmtd.lib(fflush.obj)
When removing those libraries from link I get lots of unresolved symbols.
I guess this happens because when trying to link libcollada14dom20-s.lib and other libraries like libxml2_a.lib, built with dynamic runtime it conflicts with the static runtime of appA.
I was able to build libcollada14dom20-s.lib using static runtime, but still had conflicts because of other libraries (libxml2_a.lib, zlib …)
Does colladadom support static runtime build in any of it’s versions?
Is it at all possible to support that (I was able to download the zlib project and build it with static runtime), but what about the wsock32.lib (isn’t it dynamic windows library?) , and pcre.lib, pcrecpp.lib?