Le nom vient du fait que ces dossiers d'installations sont définis par les guidelines du projet GNU, et utilisés également (par défaut) par les autotools (automake, autoconf, etc).
Le fait d'utiliser cette fonctionalité de cmake permet justement d'avoir un comportement qui marche sur toutes les plateformes, de Linux qui utilise /usr/include à Windows qui utilise un truc dans C:\Program Files, en passant par Haiku qui utilise /system/develop/headers. GNUInstallDirs tient compte de toutes ces particularités et fait tout bien comme il faut.
D'autres trucs cools dans cmake: l'intégration avec CTest pour les tests unitaires, et avec CPack pour générer des paquets deb, rpm, et même des installeurs NSIS ou Wix pour Windows, le tout avec une seule déclaration de ce qu'il faut mettre dans le paquet.
[^] # Re: GNUInstallDirs ... portabilité?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal CMake mon amour. Évalué à 5.
Le nom vient du fait que ces dossiers d'installations sont définis par les guidelines du projet GNU, et utilisés également (par défaut) par les autotools (automake, autoconf, etc).
Le fait d'utiliser cette fonctionalité de cmake permet justement d'avoir un comportement qui marche sur toutes les plateformes, de Linux qui utilise /usr/include à Windows qui utilise un truc dans C:\Program Files, en passant par Haiku qui utilise /system/develop/headers. GNUInstallDirs tient compte de toutes ces particularités et fait tout bien comme il faut.
D'autres trucs cools dans cmake: l'intégration avec CTest pour les tests unitaires, et avec CPack pour générer des paquets deb, rpm, et même des installeurs NSIS ou Wix pour Windows, le tout avec une seule déclaration de ce qu'il faut mettre dans le paquet.