Nouveautés de C++ dans Visual Studio 2017

Visual Studio 2017 comprend un grand nombre de mises à jour et de correctifs de l’environnement C++. Nous avons corrigé plus de 250 bogues et problèmes signalés dans le compilateur et les outils. Bon nombre de ces problèmes ont été soumis par des clients via les options Signaler un problème et Faire une suggestion sous Envoyer des commentaires. Merci d’avoir signalé ces bogues.

Pour plus d’informations sur l’ensemble des nouveautés de Visual Studio, visitez Nouveautés de Visual Studio 2017. Pour plus d’informations sur les nouveautés de C++ dans Visual Studio 2019, consultez Nouveautés de C++ dans Visual Studio 2019. Pour plus d’informations sur les nouveautés de C++ dans Visual Studio 2015 et versions antérieures, consultez Nouveautés de Visual C++ entre 2003 et 2015. Pour plus d’informations sur les nouveautés de la documentation de C++, consultez Documents Microsoft C++ : Nouveautés.

Compilateur Visual Studio 2017 C++

Améliorations de la conformité de C++

Nous avons mis à jour le compilateur C++ et la bibliothèque standard dans cette version avec une prise en charge améliorée des fonctionnalités C++11 et C++14. Il inclut également une prise en charge préliminaire de certaines fonctionnalités prévues dans la version C++17 standard. Pour plus d’informations, consultez Améliorations de la conformité de C++ dans Visual Studio 2017.

Visual Studio 2017 version 15.5

Le compilateur prend en charge environ 75 % des fonctionnalités nouvelles dans C++17, notamment les liaisons structurées, les expressions lambda constexpr, if constexpr, les variables inline, les expressions fold, et l’ajout de noexcept au système des types. Ces fonctionnalités sont disponibles sous l’option /std:c++17. Pour plus d’informations, consultez Améliorations de la conformité de C++ dans Visual Studio 2017.

Visual Studio 2017 version 15.7

L’ensemble d’outils du compilateur MSVC dans Visual Studio version 15.7 est désormais conforme à la norme C++. Pour plus d’informations, consultez Annonce : MSVC est conforme à la Norme C++ et Conformité du langage Microsoft C/C++.

Visual Studio 2017 version 15.8

Le commutateur du compilateur /experimental:preprocessor active le nouveau préprocesseur MSVC expérimental qui sera finalement conforme à toutes les normes C et C++ applicables. Pour plus d’informations, consultez Vue d’ensemble du nouveau préprocesseur MSVC.

Nouvelles options du compilateur

• __declspec(dllimport) : permet d’activer toutes les options de compilateur de conformité aux normes strictes et de désactiver la plupart des extensions du compilateur spécifiques à Microsoft (mais pas /permissive-, par exemple). Cette option est activée par défaut dans Visual Studio 2017 version 15.5. Le mode de conformité /permissive- inclut une prise en charge de la recherche de noms en deux phases. Pour plus d’informations, consultez Améliorations de la conformité de C++ dans Visual Studio.

• /diagnostics : permet d’afficher l’erreur de diagnostic ou l’emplacement d’avertissement de trois façons différentes : avec juste le numéro de ligne, avec le numéro de ligne et la colonne, avec un trait sous la ligne de code incriminée.

• /debug:fastlink : permet des temps de liaison incrémentielle jusqu’à 30 % plus rapides (par rapport à Visual Studio 2015) en ne copiant pas toutes les informations de débogage dans le fichier PDB. À la place, le fichier PDB pointe vers les informations de débogage pour les fichiers objets et bibliothèques utilisés pour créer l’exécutable. Consultez Faster C++ build cycle in VS "15" with /Debug:fastlink et Recommendations to speed C++ builds in Visual Studio.

• Visual Studio 2017 permet d’utiliser /sdl avec /await. Nous avons supprimé la limitation /RTC avec Coroutines.

Visual Studio 2017 version 15.3

• /std:c++14 et /std:c++latest : ces options du compilateur vous permettent de choisir des versions spécifiques du langage de programmation ISO C++ dans un projet. La plupart des nouvelles fonctionnalités standard préliminaires sont protégées par l’option /std:c++latest.

• /std:c++17 active l’ensemble des fonctionnalités C++17 implémentées par le compilateur. Cette option désactive la prise en charge par le compilateur et la bibliothèque standard des fonctionnalités post C++17 modifiées ou nouvelles dans les versions ultérieures de Working Draft, et les mises à jour des défauts de C++ Standard. Pour activer ces fonctionnalités, utilisez /std:c++latest.

Codegen, sécurité, diagnostics et gestion des versions

Cette version apporte plusieurs améliorations à l’optimisation, à la génération de code, à la gestion de version de l’ensemble d’outils et aux diagnostics. Les améliorations notables sont les suivantes :

• Amélioration de la génération du code des boucles : prise en charge de la vectorisation automatique de la division d’entiers constants, optimisation de l’identification des modèles de memset.
• Amélioration de la sécurité du code : amélioration de la production du diagnostic de dépassement de mémoire tampon du compilateur ; /guard:cf protège désormais les instructions switch qui génèrent des tableaux de saut.
• Gestion de version : la valeur de la macro de préprocesseur intégrée _MSC_VER est désormais mise à jour de façon monolithique à chaque mise à jour de l’ensemble d’outils Visual C++. Pour plus d’informations, consultez Visual C++ Compiler Version.
• Nouvelle disposition de l’ensemble d’outils : le compilateur et les outils de génération connexes ont un nouvel emplacement et une structure de répertoire sur votre ordinateur de développement. La nouvelle disposition permet des installations côte à côte de plusieurs versions du compilateur. Pour plus d’informations, consultez Compiler Tools Layout in Visual Studio 2017.
• Amélioration des diagnostics : la fenêtre Sortie affiche maintenant la colonne où une erreur se produit. Pour plus d’informations, consultez C++ compiler diagnostics improvements in VS "15" Preview 5.
• Lors de l’utilisation de coroutines, le mot clé expérimental yield (disponible sous l’option /await) a été supprimé. Votre code doit être mis à jour pour utiliser co_yield à la place. Pour plus d’informations, consultez Changement du mot clé yield en co_yield dans Visual Studio 2017.

Visual Studio 2017 version 15.3

Améliorations des diagnostics dans le compilateur. Pour plus d'informations, consultez Diagnostic Improvements in Visual Studio 2017 15.3.0.

Visual Studio 2017 version 15.5

Les performances d’exécution de Visual C++ continuent de s’améliorer grâce à une meilleure qualité du code généré. Maintenant, vous pouvez simplement recompiler votre code pour rendre votre application plus rapide. Certaines optimisations du compilateur sont nouvelles, comme la vectorisation des stockages de scalaires conditionnels, la combinaison des appels sin(x) et cos(x) en un nouveau sincos(x), et la suppression des instructions redondantes dans l’optimiseur SSA. Les autres optimisations du compilateur concernent des améliorations qui ont été apportées à des fonctionnalités existantes, par exemple, les heuristiques du vectoriseur pour les expressions conditionnelles, les boucles optimisées et la génération de code avec des valeurs float min/max. L’éditeur de liens a une nouvelle implémentation de /OPT:ICF plus rapide, qui peut accélérer l’édition de liens de jusqu’à 9 %. D’autres correctifs ont été apportés pour améliorer les performances de la liaison incrémentielle. Pour plus d’informations, consultez /OPT (Optimisations) et /INCREMENTAL (Lier par incrément).

Le compilateur Microsoft C++ prend en charge AVX-512 d’Intel. Il comprend des instructions Vector Length qui apportent de nouvelles fonctions dans AVX-512 pour les registres de largeur 128 bits et 256 bits.

Vous pouvez utiliser l’option /Zc:noexceptTypes- pour rétablir la version C++14 de noexcept si vous utilisez généralement le mode C++17. Cette option vous permet de mettre à jour votre code source pour le rendre conforme à C++17 sans pour autant avoir à réécrire tout votre code throw(). Pour plus d’informations, consultez Suppression des spécifications d’exceptions dynamiques et noexcept.

Visual Studio 2017 version 15.7

• Le nouveau commutateur de compilateur /Qspectre permet d’atténuer les attaques par canal auxiliaire à exécution spéculative. Pour plus d’informations, consultez Spectre Mitigations in MSVC.
• Nouvel avertissement de diagnostic pour l’atténuation Spectre. Pour plus d’informations, consultez Spectre diagnostic in Visual Studio 2017 Version 15.7 Preview 4.
• Une nouvelle valeur pour /Zc, /Zc:__cplusplus, permet de créer des rapports corrects sur la prise en charge de la norme C++. Par exemple, quand le commutateur est défini et que le compilateur est en mode /std:c++17, la valeur affiche 201703L. Pour plus d’informations, consultez MSVC now correctly reports __cplusplus.

Bibliothèque C++ Standard

Améliorations de l’exactitude

Visual Studio 2017 RTM (version 15.0)

• Améliorations mineures des diagnostics basic_string_ITERATOR_DEBUG_LEVEL != 0. Le déplacement d’une vérification IDL dans le système des chaînes signale désormais le comportement spécifique qui a provoqué le déplacement. Par exemple, au lieu de « itérateur de chaîne non déréférençable » vous recevez « impossible de déréférencer l’itérateur de chaîne car il est hors limites (par exemple un itérateur de fin) ».
• Correction de l’opérateur d’affectation de déplacement std::promise, qui pouvait provoquer le blocage définitif du code.
• Correction des erreurs du compilateur avec la conversion implicite de atomic<T*> en T*.
• pointer_traits<Ptr> détecte désormais Ptr::rebind<U> correctement.
• Correction d’un qualificateur const manquant dans l’opérateur de soustraction move_iterator.
• Correction d’un codegen incorrect sans déclenchement d’erreur pour les allocateurs avec état définis par l’utilisateur nécessitant propagate_on_container_copy_assignment et propagate_on_container_move_assignment.
• atomic<T> tolère désormais operator&() surchargé.
• Légère amélioration des diagnostics du compilateur pour les appels de bind() incorrects.

Il existe d’autres améliorations de bibliothèque standard dans Visual Studio 2017 RTM. Pour obtenir une liste complète, consultez le billet de blog de l’équipe C++ Standard Library Fixes In VS 2017 RTM.

Visual Studio 2017 version 15.3

• Les conteneurs de la bibliothèque standard limitent désormais leur max_size() à numeric_limits<difference_type>::max(), au lieu du max() de size_type. Ce changement garantit que le résultat de distance() sur les itérateurs de ce conteneur peut être représenté dans le type de retour de distance().
• Correction de la spécialisation manquante auto_ptr<void>.
• Précédemment, les algorithmes for_each_n(), generate_n() et search_n() ne se compilaient pas si l’argument de longueur n’était pas un type intégral. Ils tentent désormais de convertir les longueurs non intégrales en difference_type des itérateurs.
• normal_distribution<float> n’émet plus d’avertissements dans la bibliothèque standard à propos des conversions restrictives de double en float.
• Correction de certaines opérations basic_string qui utilisaient npos au lieu de max_size() lors de la vérification du dépassement de la taille maximale.
• condition_variable::wait_for(lock, relative_time, predicate) attendait pendant tout le temps relatif s’il y avait un réveil intempestif. Il attend désormais pendant un seul intervalle du temps relatif.
• future::get() invalide désormais future, conformément au standard.
• iterator_traits<void *> constituait une erreur matérielle, car il tentait de former void& ; il devient désormais une structure vide sans erreur pour permettre l’utilisation de iterator_traits dans les conditions SFINAE « is iterator ».
• Certains avertissements signalés par Clang -Wsystem-headers ont été corrigés.
• Le problème « la spécification d’exception dans la déclaration ne correspond pas à la déclaration précédente » signalé par Clang -Wmicrosoft-exception-spec.
• Correction également des avertissements d’ordre mem-initializer-list signalés par Clang et C1XX.
• Les conteneurs non ordonnés ne permutaient pas leurs fonctions de hachage ou prédicats lorsque les conteneurs eux-mêmes étaient permutés. C’est le cas désormais.
• Plusieurs opérations de permutation de conteneur sont désormais marquées noexcept (car notre bibliothèque standard ne prévoit jamais de lever une exception lors de la détection de la condition de comportement non définie non-propagate_on_container_swap non-equal-allocator).
• De nombreuses opérations vector<bool> sont désormais marquées noexcept.
• La bibliothèque standard applique désormais un value_type d’allocateur correspondant (en mode C++17) avec une hachure d’échappement de refus.
• Correction de certaines conditions où self-range-insert dans basic_string désorganisait le contenu des chaînes. (Remarque : self-range-insert dans vectors est toujours interdit par la norme.)
• basic_string::shrink_to_fit() n’est plus affecté par le propagate_on_container_swap de l’allocateur.
• std::decay gère désormais des types de fonction abominable, c’est-à-dire des types de fonctions qualifiés par cv, qualifiés par ref, ou les deux.
• Modification des directives include pour utiliser la casse appropriée et des barres obliques, et améliorer la portabilité.
• Correction de l’avertissement C4061 « L’énumérateur énumérateur dans le switch de l’énumération énumération n’est pas géré explicitement par une étiquette case ». Cet avertissement est désactivé par défaut et a été résolu en tant qu’exception à la stratégie générale de la bibliothèque standard pour les avertissements. (La bibliothèque standard est /W4 propre, mais ne tente pas d’être /Wall propre. De nombreux avertissements désactivés par défaut sont inhabituellement bruyants et ne sont pas destinés à être utilisés régulièrement.)
• Amélioration des vérifications du débogage de std::list. Les itérateurs de liste vérifient désormais operator->(), et list::unique() marque maintenant les itérateurs comme non validés.
• Correction de la métaprogrammation de uses-allocator dans tuple.

Visual Studio 2017 version 15.5

• std::partition appelle désormais le prédicat N fois au lieu de N + 1 fois, comme l’exige la norme.
• Les tentatives pour éviter les statiques magic dans la version 15.3 sont résolues dans la version 15.5.
• std::atomic<T> ne nécessite plus que T soit constructible par défaut.
• Les algorithmes de segment de mémoire qui prennent du temps logarithmique se comportent différemment lorsque le débogage d’itérateur est activé. Ils ne font plus une assertion en temps linéaire que l’entrée est en fait un segment de mémoire.
• __declspec(allocator) est maintenant protégé pour C1XX uniquement, afin d’éviter la génération d’avertissements par Clang qui ne comprend pas ce declspec.
• basic_string::npos est maintenant disponible comme constante au moment de la compilation.
• std::allocator en mode C++17 gère à présent correctement l’allocation de types suralignés, c’est-à-dire des types dont l’alignement est supérieur à max_align_t, sauf s’il est désactivé par /Zc:alignedNew-. Par exemple, des vecteurs d’objets avec un alignement de 16 ou de 32 octets sont désormais correctement alignés pour les instructions SSE et AVX.

Améliorations de la conformité

• Nous avons ajouté <any>, <string_view>, apply(), make_from_tuple().
• Ajout de <optional>, <variant>, shared_ptr::weak_type et <cstdalign>.
• Activation de constexpr de C++14 dans min(initializer_list), max(initializer_list), et minmax(initializer_list), et min_element(), max_element() et minmax_element().

Pour plus d’informations, consultez Conformité du langage Microsoft C/C++.

Visual Studio 2017 version 15.3

• Plusieurs autres fonctionnalités C++17 ont été implémentées. Pour plus d’informations, consultez Tableau de conformité du langage Microsoft C++.
• Implémentation de P0602R0 « variant and optional should propagate copy/move triviality ».
• La bibliothèque standard tolère désormais officiellement la désactivation du RTTI dynamique via l’option /GR-. dynamic_pointer_cast() et rethrow_if_nested() nécessitent tous deux par nature dynamic_cast, de sorte que la bibliothèque standard les marque désormais comme =delete sous /GR-.
• Même quand le RTTI dynamique est désactivé via /GR-, le « RTTI statique » (sous la forme de typeid(SomeType)) est toujours disponible et sert de base à plusieurs composants de la bibliothèque standard. La bibliothèque standard prend désormais aussi en charge la désactivation de cette fonctionnalité, via /D_HAS_STATIC_RTTI=0. Cet indicateur désactive également std::any, les fonctions membres target() et target_type() de std::function, et la fonction membre friend get_deleter() de std::shared_ptr et std::weak_ptr.
• La bibliothèque standard utilise désormais constexpr de C++14 de façon inconditionnelle, au lieu de macros définies de façon conditionnelle.
• La bibliothèque standard utilise désormais les modèles d’alias en interne.
• La bibliothèque standard utilise désormais nullptr en interne, au lieu de nullptr_t{}. (L’utilisation interne de NULL est supprimée. L’utilisation interne de 0-as-null est en cours de nettoyage progressif.)
• La bibliothèque standard utilise désormais std::move() en interne, au lieu d’une mauvaise utilisation de std::forward() du point de vue du style.
• static_assert(false, "message") a été changé en #error message. Cette modification permet d’améliorer les diagnostics du compilateur, car #error arrête immédiatement la compilation.
• La bibliothèque standard ne marque plus les fonctions en tant que __declspec(dllimport). La technologie de l’éditeur de liens moderne ne requiert plus cela.
• Extraction de SFINAE dans des arguments de modèle par défaut, ce qui réduit l’encombrement par rapport aux types de retour et aux types d’arguments de fonction.
• Les vérifications de débogage dans <random> utilisent désormais le mécanisme habituel de la bibliothèque standard, au lieu de la fonction interne _Rng_abort() qui appelait fputs() sur stderr. L’implémentation de cette fonction est conservée pour la compatibilité binaire. Nous la supprimerons dans la prochaine version incompatible binaire de la bibliothèque standard.

Visual Studio 2017 version 15.5

• Plusieurs fonctionnalités de la bibliothèque standard ont été ajoutées, dépréciées ou supprimées conformément à la norme C++17. Pour plus d’informations, consultez Améliorations de la conformité de C++ dans Visual Studio.
• Une prise en charge expérimentale est fournie pour les algorithmes parallèles suivants :
  • all_of
  • any_of
  • for_each
  • for_each_n
  • none_of
  • reduce
  • replace
  • replace_if
  • sort
• Les signatures pour les algorithmes parallèles suivants ont été ajoutées, mais sans être parallélisées. Le profilage n’a pas montré d’avantages à paralléliser les algorithmes qui ne font que déplacer ou permuter des éléments :
  • copy
  • copy_n
  • fill
  • fill_n
  • move
  • reverse
  • reverse_copy
  • rotate
  • rotate_copy
  • swap_ranges

Visual Studio 2017 version 15.6

• <memory_resource>
• Library Fundamentals V1
• Suppression de l’affectation de polymorphic_allocator
• Amélioration de la déduction d’arguments de modèle de classe

Visual Studio 2017 version 15.7

• La prise en charge des algorithmes parallèles n’est plus expérimentale
• Nouvelle implémentation de <filesystem>
• Conversions de chaînes élémentaires (état partiel)
• std::launder()
• std::byte
• hypot(x,y,z)
• Prévention des dégradations inutiles
• Fonctions mathématiques spéciales
• constexpr char_traits
• Guides de déduction pour la bibliothèque standard

Pour plus d’informations, consultez Conformité du langage Microsoft C/C++.

Correctifs de performance et de débit

• Modification des surcharges basic_string::find(char) pour appeler traits::find une seule fois. Auparavant, cela était implémenté comme une recherche de chaîne générale d’une chaîne de longueur 1.
• basic_string::operator== vérifie désormais la taille de la chaîne avant de comparer le contenu des chaînes.
• Suppression du couplage des contrôles dans basic_string, qui rendait difficile l’analyse par l’optimiseur du compilateur. Pour toutes les chaînes courtes, l’appel de reserve a toujours un coût non nul pour ne rien faire.
• std::vector est remanié pour un fonctionnement plus correct et de meilleures performances : les alias utilisés pour les opérations d’insertion et d’emplacement sont désormais gérés correctement conformément au standard, la garantie d’exception forte est désormais fournie conformément au standard via move_if_noexcept() et d’autres logiques, et l’insertion/emplacement effectuent moins d’opérations sur les éléments.
• La bibliothèque C++ standard évite désormais de déréférencer les pointeurs fantômes Null.
• Amélioration des performances de weak_ptr::lock().
• Pour augmenter le débit du compilateur, les en-têtes de la bibliothèque C++ standard évitent désormais d’inclure des déclarations de fonctions intrinsèques de compilateur inutiles.
• Amélioration d’un facteur supérieur à 3 des performances des constructeurs de déplacement std::string et std::wstring.

Visual Studio 2017 version 15.3

• Interactions de contournement avec noexcept qui empêchaient l’incorporation de l’implémentation de std::atomic dans des fonctions utilisant la gestion des exceptions structurées (SEH, Structured Exception Handling).
• Modification de la fonction _Deallocate() interne de la bibliothèque standard pour l’optimiser en un code plus petit, ce qui lui permet d’être incorporée dans plus d’emplacements.
• Modification de std::try_lock() pour l’utilisation de l’expansion de package à la place de la récurrence.
• Amélioration de l’algorithme de prévention de blocage std::lock() pour l’utilisation d’opérations lock() au lieu d’effectuer une rotation sur try_lock() pour tous les verrous.
• Activation de l’optimisation de la valeur de retour nommée dans system_category::message().
• conjunction et disjunction instancient N + 1 désormais des types, au lieu de types 2N + 2.
• std::function n’instancie plus le mécanisme de prise en charge des allocateurs pour chaque type-erased pouvant être appelé, améliorant le débit et réduisant la taille des fichiers .obj dans les programmes qui passent beaucoup d’expressions lambda distinctes à std::function.
• allocator_traits<std::allocator> contient des opérations std::allocator incorporées manuellement, ce qui réduit la taille du code dans le code qui interagit avec std::allocator via allocator_traits uniquement (autrement dit, dans la plupart du code).
• L’interface d’allocateur minimale C++11 est désormais gérée directement par l’allocateur appelant de la bibliothèque standard allocator_traits, au lieu d’inclure l’allocateur dans une classe interne _Wrap_alloc. Ce changement réduit la taille du code généré pour la prise en charge de l’allocateur, améliore la capacité de l’optimiseur à traiter les conteneurs de la bibliothèque standard dans certains cas, et fournit une meilleure expérience de débogage (car vous voyez désormais votre type d’allocateur, au lieu de _Wrap_alloc<your_allocator_type> dans le débogueur).
• Suppression de la métaprogrammation pour une allocator::reference personnalisée, que les allocateurs ne sont pas autorisés à personnaliser. (Les allocateurs peuvent demander aux conteneurs d’utiliser des pointeurs fantaisistes mais pas des références fantaisistes.)
• Le serveur frontal du compilateur a appris à désencapsuler les itérateurs de débogage dans des opérations for-loops basées sur plage, pour améliorer les performances des versions de débogage.
• Le chemin shrink interne de basic_string pour shrink_to_fit() et reserve() n’est plus dans le chemin des opérations de réallocation, réduisant la taille du code pour tous les membres en mutation.
• Le chemin grow interne de basic_string n’est plus dans le chemin de shrink_to_fit().
• Les opérations de mutation de basic_string sont désormais incluses dans les fonctions de chemin rapide de non-allocation et de chemin lent d’allocation, rendant plus probable l’incorporation du cas no-reallocate fréquent dans les appelants.
• Les opérations de mutation de basic_string construisent désormais des mémoires tampons réallouées dans l’état préféré au lieu de les redimensionner sur place. Par exemple, une insertion au début d’une chaîne déplace maintenant le contenu après l’insertion une seule fois. Il est déplacé vers le bas ou vers la mémoire tampon nouvellement allouée. Il n’est plus déplacé deux fois dans le cas de la réaffectation, d’abord vers la mémoire tampon nouvellement allouée, puis vers le bas.
• Les opérations appelant la bibliothèque standard C dans <string> mettent maintenant en cache l’adresse de errno pour supprimer l’interaction répétée avec TLS.
• Simplification de l’implémentation de is_pointer.
• Fin de la modification de Expression SFINAE basée sur une fonction en une valeur basée sur struct et void_t.
• Désormais, les algorithmes de la bibliothèque standard évitent la post-incrémentation des itérateurs.
• Correction des avertissements de troncation lors de l’utilisation d’allocateurs 32 bits sur les systèmes 64 bits.
• L’affectation de déplacement std::vector est désormais plus efficace dans le cas non-POCMA non-equal-allocator grâce à la réutilisation du tampon quand c’est possible.

Visual Studio 2017 version 15.5

• basic_string<char16_t> implique désormais le même memcmp, le même memcpy et des optimisations similaires impliquant basic_string<wchar_t>.
• Une limitation de l’optimiseur a été corrigée. Elle empêchait l’exposition inline des pointeurs de fonctions par le travail « éviter de copier les fonctions » dans Visual Studio 2015 Update 3. Les performances de lower_bound(iter, iter, function pointer) se sont donc améliorées.
• Le travail supplémentaire de vérification de l’ordre des entrées includes, set_difference, set_symmetric_difference et set_union pour le débogage des itérateurs a été réduit en sortant les itérateurs du wrapper avant de vérifier l’ordre.
• std::inplace_merge ignore maintenant les éléments qui sont déjà en position.
• La construction de std::random_device n’effectue plus la construction suivie de la destruction de std::string.
• std::equal et std::partition avaient une passe d’optimisation des enchaînements de sauts (jump-threading) qui évitait une comparaison des itérateurs.
• Quand std::reverse reçoit des pointeurs vers un T copiable simplement, il réalise désormais une répartition vers une implémentation vectorisée manuscrite.
• std::fill, std::equal et std::lexicographical_compare répartissent correctement vers memset et memcmp pour std::byte et gsl::byte (et pour d’autres énumérations et classes d’énumérations de caractères). Comme std::copy effectue la répartition en utilisant is_trivially_copyable, il ne nécessitait aucune modification.
• La bibliothèque standard ne contient plus de destructeurs d’accolades vides dont le seul comportement était de rendre les types non destructibles de façon simple.

Autres bibliothèques

Prise en charge de la bibliothèque open source

Vcpkg est un outil en ligne de commande open source, qui simplifie grandement le processus d’acquisition et de création des bibliothèques statiques C++ open source et des DLL dans Visual Studio. Pour plus d’informations, consultez vcpkg.

SDK C++ REST 2.9.0

Visual Studio 2017 version 15.5

Le SDK C++ REST, une API web multiplateforme pour C++, est mis à jour vers la version 2.9.0. Pour plus d’informations, consultez CppRestSDK 2.9.0 is available on GitHub.

ATL

Visual Studio 2017 version 15.5

• Un autre ensemble de corrections de la conformité de la recherche de noms
• Les constructeurs de déplacement et les opérateurs d’assignation de déplacement existants sont désormais correctement marqués comme ne levant pas d’exceptions
• Annulation de la suppression de l’avertissement valide C4640 sur l’initialisation sécurisée de thread des statiques locales dans atlstr.h
• L’initialisation sécurisée de thread des statiques locales était automatiquement désactivée dans le jeu d’outils XP avec utilisation d’ATL ET construction d’une DLL. Ce n’est pas le cas actuellement. Vous pouvez ajouter /Zc:threadSafeInit- dans les paramètres de votre projet si vous ne souhaitez pas d’initialisation thread-safe.

Runtime Visual C++

• Nouvel en-tête « cfguard.h » pour les symboles de protection de flux de contrôle.

IDE Visual Studio 2017 C++

• Les performances des modifications de configuration sont désormais meilleures pour les projets natifs C++ et bien meilleures pour les projets C++/CLI. Quand une configuration de solution est activée pour la première fois, elle est plus rapide et toutes les activations suivantes de cette configuration de solution sont presque instantanées.

Visual Studio 2017 version 15.3

• Plusieurs Assistants de projet et de code ont été réécrits pour refléter le style particulier des boîtes de dialogue.
• Ajouter une classe lance désormais l’Assistant Ajouter une classe directement. Tous les autres éléments qui se trouvaient déjà ici sont maintenant disponibles sous Ajouter > Nouvel élément.
• Les projets Win32 se trouvent désormais sous la catégorie Windows Desktop dans la boîte de dialogue Nouveau projet.
• Les modèles Console Windows et Application de poste de travail créent à présent les projets sans afficher d’Assistant. Il existe un nouvel Assistant Windows Desktop sous la même catégorie, qui affiche les mêmes options que l’ancien Assistant Console Win32.

Visual Studio 2017 version 15.5

Plusieurs opérations C++ qui utilisent le moteur IntelliSense pour la refactorisation et la navigation dans le code s’exécutent beaucoup plus rapidement. Les valeurs suivantes sont basées sur la solution Visual Studio Chromium avec 3 500 projets :

Fonctionnalité	Amélioration des performances
Renommer	x 5,3
Changer la signature	x 4,5
Rechercher toutes les références	x 4,7

C++ prend maintenant en charge la fonctionnalité Atteindre la définition avec Ctrl+clic, ce qui permet un accès rapide aux définitions à l’aide de la souris. Le visualiseur de structure du pack Productivity Power Tools est également inclus dans le produit par défaut.

IntelliSense

• Le nouveau moteur de base de données SQLite est désormais celui utilisé par défaut. Le nouveau moteur accélère les opérations de base de données telles que Atteindre la définition et Rechercher toutes les références. Il améliore sensiblement le temps d’analyse initiale de la solution. Le paramètre a été déplacé vers Outils > Options > Éditeur de texte > C/C++ > Avancé. (Il était anciennement sous ... C/C++ > Expérimental.)

• Nous avons amélioré les performances d’IntelliSense dans les projets et fichiers qui n’utilisent pas d’en-têtes précompilés : un en-tête précompilé automatique est créé pour les en-têtes du fichier en cours.

• Nous avons ajouté une fonctionnalité de filtrage des erreurs et une aide pour les erreurs IntelliSense figurant dans la liste d’erreurs. Le fait de cliquer sur la colonne d’erreur permet maintenant un filtrage. De plus, en cliquant sur une erreur spécifique ou sur F1, une recherche en ligne est lancée sur le message d’erreur concerné.

  

  

• Ajout de la possibilité de filtrer les éléments de la liste des membres par type.

  

• Ajout d’une nouvelle fonctionnalité IntelliSense prédictive expérimentale qui fournit un filtrage en fonction du contexte de ce qui apparaît dans la liste des membres. Pour plus d’informations, consultez C++ IntelliSense Improvements - Predictive IntelliSense & Filtering.

• Rechercher toutes les références (Maj+F12) vous aide maintenant à naviguer facilement, même dans des codes base complexes. Elle offre des options avancées de regroupement, de filtrage, de tri, de recherche dans les résultats et (pour certains langages) la colorisation, ce qui vous permet d’avoir une vision claire de vos références. Pour C++, la nouvelle interface utilisateur inclut des informations indiquant si nous lisons ou si nous écrivons dans une variable.

• La fonctionnalité IntelliSense Point par flèche est passée de « expérimentale » à « avancée » et elle est maintenant activée par défaut. Les fonctionnalités de l’éditeur Développer les étendues et Développer la priorité sont également passées de « expérimentales » à « avancées ».

• Les fonctionnalités de refactorisation expérimentales Modifier la signature et Extraire la fonction sont désormais disponibles par défaut.

• Ajout de la fonctionnalité expérimentale « Chargement accéléré des projets » pour les projets C++. La prochaine fois que vous ouvrirez un projet C++, celui-ci sera chargé plus rapidement, et la fois suivante beaucoup plus rapidement.

• Certaines de ces fonctionnalités sont communes à d’autres langages, et certaines sont spécifiques à C++. Pour plus d’informations sur ces nouvelles fonctionnalités, consultez Announcing Visual Studio "15" Preview 5.

Visual Studio 2017 version 15.7

• Ajout de la prise en charge de ClangFormat. Pour plus d’informations, consultez ClangFormat Support in Visual Studio 2017.

Projets non MSBuild avec Ouvrir le dossier

Visual Studio 2017 introduit la fonctionnalité Ouvrir un dossier. Elle vous permet d’effectuer des opérations de codage, de génération et de débogage dans un dossier contenant le code source, sans avoir à créer des solutions ni des projets. Il est maintenant plus simple de commencer à utiliser Visual Studio, même si votre projet n’est pas un projet MSBuild. Ouvrir un dossier vous permet d’accéder à de puissantes fonctionnalités de compréhension, de modification, de génération et de débogage de code. Ce sont les mêmes que celles que Visual Studio fournit déjà pour les projets MSBuild. Pour plus d’informations, consultez Projets Dossier ouvert pour C++.

• Améliorations de l’expérience de la fonctionnalité Ouvrir le dossier. Vous pouvez personnaliser l’expérience via ces fichiers .json :
  • CppProperties.json pour personnaliser l’expérience IntelliSense et l’expérience de navigation.
  • Tasks.json pour personnaliser les étapes de la génération.
  • Launch.json pour personnaliser l’expérience du débogage.

Visual Studio 2017 version 15.3

• Amélioration de la prise en charge d’autres compilateurs et environnements de génération tels que MinGW et Cygwin. Pour plus d’informations, consultez Using MinGW and Cygwin with Visual C++ and Open Folder.
• Ajout de la prise en charge de la définition de variables d’environnement globales et spécifiques à la configuration dans CppProperties.json et CMakeSettings.json. Ces variables d’environnement peuvent être consommées par des configurations de débogage définies dans launch.vs.json et des tâches dans tasks.vs.json. Pour plus d’informations, consultez Customizing your Environment with Visual C++ and Open Folder.
• Amélioration de la prise en charge du générateur Ninja de CMake, y compris la possibilité de facilement cibler des plateformes 64 bits.

Prise en charge de CMake via Ouvrir le dossier

Visual Studio 2017 introduit la prise en charge de l’utilisation de projets CMake sans les convertir en fichiers projet MSBuild (.vcxproj). Pour plus d’informations, consultez Projets CMake dans Visual Studio. L’ouverture de projets CMake avec Ouvrir le dossier configure automatiquement l’environnement pour la modification, la génération et le débogage en C++.

• IntelliSense pour C++ fonctionne sans qu’il soit nécessaire de créer un fichier CppProperties.json dans le dossier racine. Nous avons ajouté une nouvelle liste déroulante pour permettre aux utilisateurs de basculer facilement entre les configurations fournies par les fichiers CMake et CppProperties.json.

• Des options de configuration supplémentaires sont prises en charge via un fichier CMakeSettings.json qui se trouve dans le même dossier que le fichier CMakeLists.txt.

  

Visual Studio 2017 version 15.3

• Ajout de la prise en charge du générateur Ninja de CMake.

Visual Studio 2017 version 15.4

• Ajout de la prise en charge de l’importation des caches CMake existants.

Visual Studio 2017 version 15.5

• Ajout de la prise en charge de CMake 3.11, analyse du code dans les projets CMake, vue des cibles dans l’Explorateur de solutions, options de génération du cache et compilation de fichier unique. Pour plus d’informations, consultez CMake Support in Visual Studio et Projets CMake en Visual Studio.

Développement du Bureau Windows

Nous fournissons à présent une expérience d’installation plus fine pour la charge de travail C++ d’origine. Nous avons ajouté des composants sélectionnables qui vous permettent d’installer uniquement les outils dont vous avez besoin. Les tailles d’installation indiquées pour les composants répertoriés dans l’interface utilisateur du programme d’installation sont inexactes et sous-estiment la taille totale.

Pour créer correctement des projets Win32 dans la charge de travail de bureau C++, vous devez installer un ensemble d’outils et un SDK Windows. Installez les composants recommandés (sélectionnés) Ensemble d’outils VC++ 2017 v141 (x86,x64) et SDK Windows 10 (10.0.nnnnn) pour assurer le bon fonctionnement. Si les outils nécessaires ne sont pas installés, les projets ne sont pas correctement créés et l’Assistant cesse de répondre.

Visual Studio 2017 version 15.5

Visual C++ Build Tools (disponible jusqu’ici comme produit autonome) est désormais fourni en tant que charge de travail dans Visual Studio Installer. Cette charge de travail installe uniquement les outils nécessaires pour générer des projets C++ sans installer l’IDE de Visual Studio. Les deux ensembles d’outils v140 et v141 sont inclus. L’ensemble d’outils v141 contient les dernières améliorations de Visual Studio 2017 version 15.5. Pour plus d’informations, consultez Visual Studio Build Tools now include the VS2017 and VS2015 MSVC Toolsets.

Développement Linux avec C++

L’extension populaire Visual C++ pour le développement Linux fait désormais partie de Visual Studio. Cette installation fournit tout ce dont vous avez besoin pour développer et déboguer des applications C++ exécutées dans un environnement Linux.

Visual Studio 2017 version 15.2

Des améliorations ont été apportées au partage de code multiplateforme et à la visualisation des types. Pour plus d’informations, consultez Linux C++ improvements for cross-platform code sharing and type visualization.

Visual Studio 2017 version 15.5

• La charge de travail Linux prend maintenant en charge rsync comme alternative à sftp pour la synchronisation des fichiers sur des machines Linux distantes.
• La compilation croisée ciblant les microcontrôleurs ARM est maintenant prise en charge. Pour activer cette fonctionnalité dans l’installation, choisissez la charge de travail Développement Linux en C++ et sélectionnez l’option Développement embarqué et IoT. Cette option ajoute les outils de compilation croisée GCC ARM à votre installation. Pour plus d’informations, consultez ARM GCC Cross Compilation in Visual Studio.
• La prise en charge de CMake a été améliorée. Vous pouvez maintenant utiliser votre base de code CMake existante sans avoir à la convertir en projet Visual Studio. Pour plus d’informations, consultez Configurer un projet CMake Linux.
• La prise en charge de l’exécution de tâches distantes a été améliorée. Vous pouvez exécuter des commandes sur un système distant qui est défini dans le Gestionnaire de connexions de Visual Studio. Avec les tâches distantes, vous pouvez également copier des fichiers sur le système distant. Pour plus d’informations, consultez Configurer un projet CMake Linux.

Visual Studio 2017 version 15.7

• Diverses améliorations apportées aux scénarios de charge de travail Linux. Pour plus d’informations, consultez Linux C++ Workload improvements to the Project System, Linux Console Window, rsync and Attach to Process.
• IntelliSense pour les en-têtes sur les connexions à distance en-tête Linux. Pour plus d’informations, consultez IntelliSense for Remote Linux Headers et Configurer un projet CMake Linux.

Développement de jeux avec C++

Utilisez toute la puissance de C++ pour créer des jeux professionnels reposant sur DirectX ou Cocos2d.

Développement mobile avec C++ pour Android et iOS

Vous pouvez désormais créer et déboguer des applications mobiles, à l’aide de Visual Studio, capables de cibler Android et iOS.

Applications de la plateforme Windows universelle

C++ est fourni sous forme de composant facultatif pour la charge de travail Application Windows universelle. Actuellement, vous devez mettre à niveau des projets C++ manuellement. Vous pouvez ouvrir un projet de plateforme Windows universelle ciblé pour v140 dans Visual Studio 2017. Cependant, vous devez sélectionner l’ensemble d’outils de plateforme v141 dans les pages des propriétés du projet si Visual Studio 2015 n’est pas installé.

Nouvelles options pour C++ sur la plateforme Windows universelle (UWP)

Vous avez maintenant de nouvelles options pour l’écriture et l’empaquetage des applications C++ pour la plateforme universelle Windows et le Windows Store : l’infrastructure Pont du bureau vous permet d’empaqueter votre application de bureau ou votre objet COM existants pour un déploiement par le biais de Windows Store. Ou bien, pour un déploiement par le biais de vos canaux existants, via un chargement indépendant. Les nouvelles fonctionnalités de Windows 10 vous permettent d’ajouter une plateforme universelle Windows (UWP) à votre application de bureau de différentes manières. Pour plus d’informations, consultez Desktop Bridge.

Visual Studio 2017 version 15.5

Un modèle de projet de création de packages d’application Windows a été ajouté et facilite considérablement l’empaquetage d’applications de bureau à l’aide de Desktop Bridge. Cette fonctionnalité est disponible sous Fichier | Nouveau | Projet | Installé | Visual C++ | Plateforme Windows universelle. Pour plus d’informations, consultez Empaqueter une application à l’aide de Visual Studio (Desktop Bridge).

Lors de l’écriture de nouveau code, vous pouvez désormais utiliser C++/WinRT, une projection de langage C++ standard pour Windows Runtime (WinRT) implémentée uniquement dans les fichiers d’en-tête. Elle vous permet de créer et de consommer des API Windows Runtime à l’aide de tout compilateur C++ conforme aux normes. C++/WinRT est conçu pour offrir aux développeurs C++ un accès idéal à l’API Windows moderne. Pour plus d’informations, consultez C++/WinRT.

Depuis la build 17025 du SDK Windows Insider Preview, C++/WinRT est inclus dans Microsoft Windows SDK. Pour plus d’informations, consultez C++/WinRT is now included the Windows SDK.

L’ensemble d’outils de plateforme Clang/C2

L’ensemble d’outils Clang/C2 fourni avec Visual Studio 2017 prend désormais en charge le commutateur /bigobj, qui est essentiel pour la création de gros projets. Il inclut également plusieurs résolutions de bogues importantes, au niveau du front-end et du back-end du compilateur.

Analyse du code C++

Les vérificateurs principaux C++ permettant d’appliquer les directives principales C++ sont désormais distribués avec Visual Studio. Activez les vérificateurs dans Code Analysis Extensions (Extensions d’analyse du code), dans les pages de propriétés du projet. Les extensions sont alors incluses lorsque vous exécutez l’analyse du code. Pour plus d’informations, consultez Using the C++ Core Guidelines checkers.

Visual Studio 2017 version 15.3

• Ajout de la prise en charge des règles liées à la gestion de ressources.

Visual Studio 2017 version 15.5

• Les nouvelles vérifications C++ Core Guidelines portent sur le caractère correct des pointeurs intelligents, sur l’utilisation correcte des initialiseurs globaux et sur le marquage des constructions utilisées comme goto et sur les casts incorrects.

• Certains numéros d’avertissement que vous risquez de trouver dans la version 15.3 ont été supprimés dans la version 15.5. Ces avertissements ont été remplacés par des vérifications plus spécifiques.

Visual Studio 2017 version 15.6

• Ajout de la prise en charge de l’analyse de fichier unique et amélioration des performances d’analyse au moment de l’exécution. Pour plus d’informations, consultez C++ Static Analysis Improvements for Visual Studio 2017 15.6 Preview 2.

Visual Studio 2017 version 15.7

• Ajout de la prise en charge de /analyze:ruleset qui vous permet de spécifier les règles d’analyse de code à exécuter.
• Ajout de la prise en charge d’autres règles C++ Core Guidelines. Pour plus d’informations, consultez Using the C++ Core Guidelines checkers.

Tests unitaires dans Visual Studio 2017

Visual Studio 2017 version 15.5

Les adaptateurs Google Test Adapter et Boost.Test Adapter sont désormais disponibles comme composants de la charge de travail Développement Desktop en C++. Ils sont intégrés avec l’Explorateur de tests. La prise en charge de CTest a été ajoutée pour les projets CMake (qui utilisent la fonctionnalité Ouvrir le dossier), mais l’intégration complète avec l’Explorateur de tests n’est pas encore disponible. Pour plus d’informations, consultez Écriture de tests unitaires pour C/C++.

Visual Studio 2017 version 15.6

• Ajout de la prise en charge de la bibliothèque dynamique Boost.Test.
• Un modèle d’élément Boost.Test est désormais disponible dans l’IDE.

Pour plus d’informations, consultez Boost.Test Unit Testing: Dynamic Library support and New Item Template.

Visual Studio 2017 version 15.7

Ajout de la prise en charge de CodeLens pour les projets de test unitaire C++. Pour plus d’informations, consultez Announcing CodeLens for C++ Unit Testing.

Visual Studio Graphics Diagnostics

Outils Visual Studio Graphics Diagnostics : vous pouvez les utiliser pour enregistrer et analyser les problèmes de rendu et de performances dans les applications Direct3D. Utilisez-les sur les applications qui s’exécutent localement sur votre PC Windows, dans un émulateur d’appareil Windows, ou sur un PC ou un appareil distant.

• Entrées et sorties pour les nuanceurs de sommets et de géométrie : la possibilité d’afficher les entrées et sorties des nuanceurs de sommets et de géométrie a été l’une des fonctionnalités les plus demandées. Elle est désormais prise en charge dans les outils. Il vous suffit de sélectionner l’étape VS ou GS dans la vue Étapes de canalisation pour commencer à examiner ses entrées et sorties dans le tableau ci-dessous.

  

• Recherche et filtrage dans la table des objets : fournit un moyen rapide et facile de trouver les ressources que vous recherchez.

  

• Historique des ressources : cette nouvelle vue offre une façon simplifiée d’afficher tout l’historique des modifications d’une ressource utilisée pendant le rendu d’un frame capturé. Pour appeler l’historique d’une ressource, cliquez sur l’icône de l’horloge en regard d’un lien hypertexte de ressource.

  

  La nouvelle fenêtre de l’outil Historique des ressources s’affiche, montrant l’historique des modifications de la ressource.

  

  Vous pouvez capturer des frames avec la capture de pile des appels complète activée. Cela vous permet de déduire rapidement le contexte de chaque événement de modification et de l’inspecter dans votre projet Visual Studio. Définissez l’option de capture de la pile complète dans la boîte de dialogue Visual Studio Outils > Options sous Graphics Diagnostics.

• Statistiques d’API : affichez une synthèse générale de l’utilisation des API dans votre frame. Cela peut être pratique pour détecter des appels dont vous ne vous rendez pas compte ou des appels trop nombreux. Cette fenêtre est disponible via Afficher > Statistiques d’API dans Visual Studio Graphics Analyzer.

  

• Statistiques de la mémoire : affichez la quantité de mémoire que le pilote alloue pour les ressources que vous créez dans le frame. Cette fenêtre est disponible via Afficher > Statistiques de la mémoire dans Visual Studio Graphics Analyzer. Pour copier des données dans un fichier CSV à des fins d’affichage dans une feuille de calcul, cliquez avec le bouton droit, puis choisissez Copier tout.

  

• Validation du frame : la nouvelle liste d’erreurs et d’avertissements facilite la navigation dans votre liste d’événements basée sur les éventuels problèmes détectés par la couche de débogage Direct3D. Cliquez sur Afficher > Validation du frame dans Visual Studio Graphics Analyzer pour ouvrir la fenêtre. Cliquez ensuite sur Exécuter la validation pour commencer l’analyse. L’opération peut prendre plusieurs minutes, selon la complexité du frame.

  

• Analyse des frames pour D3D12 : utilisez l’analyse des frames pour analyser les performances des appels de dessin avec des expériences de scénarios dirigées. Basculez vers l’onglet Analyse des frames et lancez l’analyse pour afficher le rapport.

  

• Améliorations de l’utilisation du GPU : ouvrez les suivis effectués via le profileur de l’utilisation du GPU Visual Studio avec le mode GPU ou l’outil Windows Performance Analyzer (WPA) pour une analyse plus détaillée. Si Windows Performance Toolkit est installé, deux liens hypertexte s’affichent : un pour WPA et l’autre pour le mode GPU, en bas à droite de la vue d’ensemble de la session.

  

  Les suivis ouverts en mode GPU via ce lien prennent en charge le zoom et le panoramique synchronisés dans la chronologie entre Visual Studio et le mode GPU. Une case à cocher dans Visual Studio contrôle si la synchronisation est activée ou non.