Pourquoi les programmes n'utilisent-ils pas simplement la version la plus récente de C++ Redistributable?

Question

J'ai lu des articles expliquant que les programmes qui utilisent C++ redistribuable installent plusieurs versions, selon ce dont ils ont besoin. Mais aucun des articles que j'ai lu n'a expliqué pourquoi il est si important d'avoir des versions différentes. Pourquoi les programmes ne peuvent-ils pas utiliser le contenu de la dernière version?

Le seul problème que je vois est si quelque chose est obsolète. Mais dans ce cas, je pense qu'il devrait y avoir un gestionnaire qui peut encore cracher le résultat souhaité. Autre que cela, le seul problème serait que les anciennes applications ne suivraient pas cette "règle" d'utilisation des versions les plus récentes. Alors, pourquoi les programmes n'utiliseront-ils que la version la plus récente?

Answer 1

Généralement, le VS CRT est spécifique à la version. VS 2013 Update 5 version de la CRT fonctionnera avec un programme construit par n'importe quelle version de VS 2013, mais cela ne fonctionne pas avec VS 2012 ou VS 2015. Cela est dû au fait que le langage et la bibliothèque standard utilisent des éléments du CRT, et comme le compilateur change, le CRT change aussi.

Cela dit, la façon exacte dont l'entretien est géré a changé avec le temps. De retour dans VS 2005/VS 2008, une technologie côte à côte connue sous le nom de "Fusion" a été employée pour essayer de la rendre transparente, mais elle s'est révélée être quirky et à l'échelle mal. Depuis VS 2010, "Fusion" n'est plus utilisé et les programmes devraient (a) s'exécuter dans l'EXE/MSM REDIST pour déployer le CRT nécessaire au %WINDIR% ou (b) mettre l'application DLL locale avec l'EXE de votre programme. Le premier est desservi par Windows Update, le second non.

Voir How to redistribute the Visual C++ Libraries with your application et C-Runtime Deployment: Why choose AppLocal?

Pour VS 2015, le CRT a été refactorisé pour essayer de faire les parties du tube cathodique distinct des parties « spécifiques à la plate-forme » « compilateur spécifique » distincte de la « fonctionnalité standard " les pièces. Voir The Great C Runtime (CRT) Refactoring et Introducing the Universal CRT

Notez que pour les applications plate-forme universelle fenêtre, le Windows Store prend en charge le déploiement du CRT pour vous.

Answer 2

En raison de l'enfer des DLL problèmes, côte à côte assemblées (y compris les DLL natives, non seulement des assemblages gérés) ont été introduites. Cela résout le problème d'enfer DLL - c'est-à-dire divers installateurs remplaçant les DLL utilisées par d'autres programmes. Avec SxS, il doit y avoir plusieurs versions de la même DLL, de sorte qu'aucun programme ne casse. Vous ne pouvez pas avoir les deux (mêmes DLL, mais assemblages SxS).

Divers runtimes VC++ ne sont rien d'autre que des assemblys SxS ayant des DLL basées sur GUID placées dans C:\Windows\WinSxS - votre programme est lié à une version particulière, plate-forme - et il ne cassera pas.