[Solved] Linking with binary libraries compiled with other MSVC version

goetz

I don't know if it really works if both runtimes are installed, but it would definitely scare me if I knew my app runs on two different C and C++ runtimes at the same time.

For Visual Studio 2005 there are actually to versions: the original VS2005 and VS2005 Service Pack 1 (SP1). Binaries built with SP1 don't run with orignial VS2005 libs. I don't know exactly if that is true for the other way round, too.

The easiest way to get around these issues would be to use the exactly the same compiler version that the libs/DLLs are built with (of course only if you happen to own the respective version.... which might be a problem).

blex

Thanks, Volker.

As far as I know the libs are different for MSVC2005 Express Edition and MSVC2005 Team Edition

goetz

From an ABI (Application Binary Interface) view this should not make any difference. It's more a question of SP1 or not. I once got bitten by this when I used the precompiled libs that the Trolls provide; these were built with VS2005+SP1, I had no SP1 installed (and could not upgrade for some reason). I could not link my application against these DLLs and went off to compile Qt by hand, so that they depend on the very same libs and version my installation provided.

I know, all this is a big nightmare :-(

If you can grab the sources of the lib you use, it would be best to compile it yourself.

blex

[quote author="Volker" date="1291219256"]If you can grab the sources of the lib you use, it would be best to compile it yourself.[/quote]

Unfortunately, it's impossible. Thank you for explanation.

goetz

No problem, you're welcome. We've now ended with three virtual machines, one for VS2005 without SP1, one for VS2005+SP1 and one for VS2008 each. That's only to separate from the different dependencies.

DenisKormalev

yes, Volker is right about SP1 and it can be a root of problem I think.

blex

[quote author="Denis Kormalev" date="1291223254"]yes, Volker is right about SP1 and it can be a root of problem I think.[/quote]

I am recompiling now and will report about result to compete the topic.

blex

Yes, the SP1 was a root of the problem.

Thanks all for assistance.

razvanpetru

Linking is safe (fails at build time), the painful part comes when you use the library and when deploying. Definitely not a recommended thing to do.

blex

[quote author="razvanpetru" date="1291282169"]Linking is safe (fails at build time), the painful part comes when you use the library and when deploying. Definitely not a recommended thing to do.[/quote]

When I install service pack then the used library is the same. Thank you for recommendation.

goetz

You must install both runtimes (MSVCRT, MSVCP) on the target machine. There are installers from Microsoft for that (vcredist exe or an MSI include); you must execute both .exe or include both MSI snippets.

blex

[quote author="Volker" date="1291290350"]You must install both runtimes (MSVCRT, MSVCP) on the target machine. There are installers from Microsoft for that (vcredist exe or an MSI include); you must execute both .exe or include both MSI snippets.[/quote]

Thanks. It seems that I can eliminate library without SP1.