La date de création d'un exécutable lié dans VS2005 n'est pas définie sur la date de création réelle du fichier .exe. Seul un re-build complet définira la date actuelle, un re-link ne le fera pas. Évidemment, le fichier est défini sur une date, qui provient d'un des fichiers du projet. Donc: existe-t-il un moyen de forcer l'éditeur de liens à définir la date de création sur la vraie date de liaison? Date de création de l'exécutable compilé (VC++ 2005)
Supprime l'exécutable dans le cadre d'un événement de pré-liaison. Hah, j'ai oublié qu'Explorer remettait à zéro la date de création si vous nommez un fichier exactement comme un fichier qui a été supprimé récemment. Pourquoi avez-vous de toute façon ignorer la date de création?
Une reconstruction complète supprimera ce fichier en forçant l'éditeur de liens à le créer, d'où la raison pour laquelle il obtient une nouvelle date de création. Vous pouvez essayer de désactiver la liaison incrémentielle dans les propriétés du projet (Lieur | Général). Si ce n'est pas le cas, vous pouvez ajouter un événement de construction pour supprimer le fichier exe et le forcer à créer un nouveau fichier à chaque fois. Ces deux choses pourraient augmenter votre temps de construction.
La suppression de l'exécutable ne fonctionne pas. C'est le problème. De plus, je n'ai pas pu identifier de fichier de projet, dont le datetime était le même que l'exécutable lié plus tard. Cela me permet de conclure que la 'date de création' est une information extraite d'un fichier de projet.
Le projet a 400 000 lignes, donc une version complète n'est pas une option.
Qu'en est-il de l'utilisation de quelque chose comme DirDate (ou écrivez-vous un peu vous-même) pour définir la date de création et l'appeler depuis l'étape de post-construction?