{"id":123036,"date":"2025-04-01T15:05:07","date_gmt":"2025-04-01T13:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-sborochnoj-sistemy-cmake-4-0-0"},"modified":"2025-04-01T15:05:07","modified_gmt":"2025-04-01T13:05:07","slug":"reliz-sborochnoj-sistemy-cmake-4-0-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-sborochnoj-sistemy-cmake-4-0-0","title":{"rendered":"Sortie de la version 4.0.0 du syst\u00e8me de construction CMake","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 4.0.0 du g\u00e9n\u00e9rateur de scripts multiplateforme CMake, qui sert d'alternative \u00e0 Autotools et est utilis\u00e9e dans des projets tels que KDE, LLVM\/Clang, MySQL, MariaDB, ReactOS et Blender, a \u00e9t\u00e9 publi\u00e9e. Le code CMake est \u00e9crit en C++ et est distribu\u00e9 sous la licence BSD. <\/p>\n
CMake se distingue par la fourniture d'un langage de script simple, des moyens d'\u00e9tendre les fonctionnalit\u00e9s via des modules, le support du cache, des outils pour la cross-compilation, la g\u00e9n\u00e9ration de fichiers de construction pour une large gamme de syst\u00e8mes de construction et de compilateurs, ainsi que des utilitaires ctest et cpack pour d\u00e9finir des sc\u00e9narios de test et de construction de paquets, et l'outil cmake-gui pour configurer les param\u00e8tres de construction de mani\u00e8re interactive. <\/p>\n
Principales modifications : <\/p>\n
\n
La compatibilit\u00e9 avec les versions de CMake ant\u00e9rieures \u00e0 la version 3.5 a \u00e9t\u00e9 supprim\u00e9e. Lors de la liaison \u00e0 des versions non support\u00e9es dans les fonctions cmake_minimum_required() et cmake_policy(), une erreur sera d\u00e9sormais g\u00e9n\u00e9r\u00e9e.\n
Une variable d'environnement \u00ab CMAKE_POLICY_VERSION_MINIMUM \u00bb a \u00e9t\u00e9 ajout\u00e9e pour red\u00e9finir la version minimale de CMake, une fonctionnalit\u00e9 n\u00e9cessaire pour la construction du projet. La variable ajout\u00e9e permet de se passer de la modification des appels cmake_minimum_required(VERSION) et cmake_policy(VERSION) dans le projet lui-m\u00eame, par exemple pour configurer les politiques de versions dans des projets qui ne pr\u00e9voient pas cette possibilit\u00e9.\n
L'expression du g\u00e9n\u00e9rateur \u00ab $ \u00bb a \u00e9t\u00e9 ajout\u00e9e avec l'op\u00e9ration \u00ab NATIVE_PATH \u00bb pour convertir un chemin de fichier de la repr\u00e9sentation CMake (o\u00f9 les r\u00e9pertoires sont toujours s\u00e9par\u00e9s par \u00ab \/ \u00bb) en un chemin syst\u00e8me (dans les syst\u00e8mes de type Unix, le s\u00e9parateur est \u00ab \/ \u00bb, tandis que sous Windows, c'est \u00ab \\ \u00bb).\n
Sur la plateforme macOS, lors de l'utilisation de g\u00e9n\u00e9rateurs de scripts de construction bas\u00e9s sur l'outil Ninja et les g\u00e9n\u00e9rateurs Makefile, si un compilateur est pr\u00e9sent dans le r\u00e9pertoire \u00ab \/usr\/bin \u00bb, celui-ci est d\u00e9sormais conserv\u00e9 tel quel, sans lien avec le compilateur dans Xcode. Pour la construction sur la plateforme macOS, le choix du SDK et la transmission au compilateur de l'option \u00ab -isysroot \u00bb ont \u00e9t\u00e9 d\u00e9sactiv\u00e9s par d\u00e9faut (c'est maintenant le compilateur qui choisit le SDK, et non CMake).\n
Une propri\u00e9t\u00e9 LINK_WARNING_AS_ERROR a \u00e9t\u00e9 ajout\u00e9e, selon laquelle les avertissements du linker seront trait\u00e9s comme des erreurs. Pour d\u00e9sactiver cette propri\u00e9t\u00e9, une option de ligne de commande \u00ab --link-no-warning-as-error \u00bb a \u00e9t\u00e9 ajout\u00e9e.\n
Une option \u00ab --project-file \u00bb a \u00e9t\u00e9 ajout\u00e9e \u00e0 l'outil cmake pour sp\u00e9cifier un nom alternatif pour le fichier CMakeLists.txt.\n
Le g\u00e9n\u00e9rateur CPack a \u00e9t\u00e9 enrichi de la possibilit\u00e9 de cr\u00e9er des archives tar non compress\u00e9es.\n
La commande target_link_libraries() ainsi que les variables CMAKE_EXE_LINKER_FLAGS*, CMAKE_SHARED_LINKER_FLAGS*, CMAKE_MODULE_LINKER_FLAGS* ont ajout\u00e9 le support du pr\u00e9fixe \u00ab LINKER: \u00bb.\n
De nouvelles variables ont \u00e9t\u00e9 ajout\u00e9es :\n
\n
CMAKE_EXECUTE_PROCESS_COMMAND_ERROR_IS_FATAL,\n
CMAKE__LINK_MODE,\n
CMAKE__DEVICE_LINK_MODE,\n
CMAKE_LINK_WARNING_AS_ERROR,\n
CMAKE_MSVC_RUNTIME_CHECKS,\n
CMAKE_DEBUGGER_WORKING_DIRECTORY,\n
CMAKE_XCODE_SCHEME_LLDB_INIT_FILE,\n
CMAKE_XCODE_SCHEME_TEST_CONFIGURATION. <\/ul>\n
De nouvelles propri\u00e9t\u00e9s ont \u00e9t\u00e9 ajout\u00e9es : DEBUGGER_WORKING_DIRECTORY et VS_SOLUTION_ITEMS (pour attacher des fichiers au .sln pour Visual Studio).\n
La g\u00e9n\u00e9ration de builds CMake pour SunOS pour les architectures sparc64 et x86_64 est assur\u00e9e. <\/ul>\n