Discussion :

[KeeeN]

Bonjour,

je compile deux fois les mêmes sources avec GCC, je calcul un CRC sur les binaires obtenus et je trouve deux clés différentes.

Je me suis dit que c'était du à un changement de date/heure.

Est-ce la bonne explication? Sinon quelle est l'explication?

Comment obtenir deux fois le même binaire en compilant les mêmes sources?

Précisions:
- il n'y a pas de tag style CVS "$date"
- je n'utilise pas d'IDE, mais la commande: "gcc hello.cpp -o hello"

[screetch]

dans le format ELF il y a le timestamp. a chaque fois que tu recompiles tu vas avoir un exe légèrement différent. Essaye de faire un diff binaire (je ne connais pas de programme pour ca mais ca existe)

[KeeeN]

dans le format ELF il y a le timestamp. a chaque fois que tu recompiles tu vas avoir un exe légèrement différent. Essaye de faire un diff binaire (je ne connais pas de programme pour ca mais ca existe)

J'ai le même problème sous Windows.

Le problème est que je dois être capable de générer toujours le même binaire à partir de sources versionées correspondant à une version de configuration donnée. Cela fait partie des exigences qualité de mon entreprise.

PS1: je n'ai pas le choix sur l'algorithme de CRC qui est un RIPEMD 160 base 32.

PS2: on s'assure aussi de l'integrité des sources avec un CRC. Et la chaine d'outil de developpement est sous gestion de conf...

[Jean-Marc.Bourguet]

Quand on boostrap gcc, il fait une comparaison de binaires a la fin. Tu peux éventuellement récupérer sa méthode.

[screetch]

en fait j'ai vérifié mon "parser d'executable", il est portable windows (Portable Executable) et Linux (Elf), et je me suis trompé. sous linux, il n'y a pas de timestamp sur le fichier binaire (peut etre les infos de débug? mais je ne crois pas). c'est sous windows qu'il y a un timestamp.

malheureusement pas possible de vérifier ce timestamp, tu risques de devoir faire un peu a la paluche
ce que e pense etre le plsu simple (et le plus portable) :
objdump -s "exe" te donne le contenu des sections (exit le header et tout ca), vérifie que les deux contenus sont identiques... au header près.

[screetch]

je vais me repeter mais je pense que la solution que j'ai proposé fonctionne

ce que e pense etre le plsu simple (et le plus portable) :
objdump -s "exe" te donne le contenu des sections (exit le header et tout ca), vérifie que les deux contenus sont identiques... au header près.

[Mac LAK]

Le problème est que je dois être capable de générer toujours le même binaire à partir de sources versionées correspondant à une version de configuration donnée. Cela fait partie des exigences qualité de mon entreprise.

Faut aussi qu'ils arrêtent de demander des choses quasi-impossibles, ou alors filer les billes nécessaires (= le temps et l'argent) pour avoir la politique de leurs moyens...

La seule solution dont j'ai entendu parler, mais jamais vue appliquer, est un rétropatch sur l'exécutable produit en y injectant de force le timestamp du fichier d'origine (le fichier projet principal, par exemple, ou un fichier dédié à ça dont le seul intérêt est de stocker une date/heure). Pas trivial de prime abord, donc...

[bacelar]

Surtout qu'il y a des outils qui se servent de ce timestamp adossé à un gestionnaire de code source et l'intégration continue pour fournir le code source correspondant à la version de l'exécutable qui posent problème.
Encore une solution de l'ingénierie qualité complètement obsolète.
http://msdn.microsoft.com/en-us/magazine/cc163563.aspx

[KeeeN]

Si je comprend bien, nous n'avons pas de solution avec GCC pour avoir un binaire sans time stamp. Je ne vais pas changer les suite d'outils utilisée car je ne fais que récupérer un projet existant.

Donc la seule solution que j'ai pour coller avec l'exigence qualité est de modifier cette exigence.

Est-ce bien ça?

J'ai encore un mois pour trouver une solution, après je modifie l'application de l'exigence ou l'exigence, pour ce projet.