Unterschiede im compilierten Code nach Neuübersetzung

[DocMartin (Gast)]

Hallo,

ich bin hier auf ein für mich überraschendes Verhalten gestoßen,
vielleicht hat jemand eine Erklärung dafür:

Ich kompiliere unter Cygwin/Win7 mit GCC4.9.2

Beim berechnen einer CRC32-Prüfsumme über das erzeugte Programm kommt 
jedesmal ein anderer Wert nach einer Neuübersetzung...

Also: make clean; make; crc --> ergibt einen Wert X,
unmittelbar anschließende Wiederholung der Sequenz dann Wert Y usw.

Das Programm selbst funktioniert, auch jedesmal wie erwartet.
Ein diff zeigt aber tatsächlich zwei unterschiedliche Bytes,
ziemlich am Anfang der Datei.

Weiß jemand etwas darüber?

Ahoi, Martin

[Mark B. (markbrandis)]

Wenn irgendwo im Code die Makros:

__DATE__
__TIME__

stehen, dann wird das Binary jedesmal eine andere Prüfsumme haben.

[Pit (Gast)]

Das sollte die Uhrzeit sein.

[meckerziege (Gast)]

könnte auch die GNU Build ID sein? Ich glaub zwar, dass sie größer als 2 
Bytes ist, aber dieses Verhalten hatte ich auch mal.

[Dennis S. (eltio)]

Hallo!

Gab es hier nicht mal irgendwo eine Diskussion bezüglich des GCC, dass 
sogar Optimierungen abhängig sind von der aktuellen Prozessorlast und 
Ähnlichem? Ich hab da irgendwas im Hinterkopf...

Gruß
Dennis

[MaWin (Gast)]

DocMartin schrieb:
> Beim berechnen einer CRC32-Prüfsumme über das erzeugte Programm kommt
> jedesmal ein anderer Wert nach einer Neuübersetzung...

Kann sein, ein Grund wären übersprungene uninitialisierte ungenutzte 
Speicherbereiche im Object wegen Alignment auf nächste (2 Byte, 4k etc.) 
Boundary..

[Schaulus Tiger (Gast)]

Was sagt denn objdump dazu? Entscheidend ist doch, was im Flash landet, 
Unterschiede in der elf-Datei stören mich nicht.

[Konrad (Gast)]

Kommt ein EXE-File raus? Im EXE-Header ist Platz fuer ein 
Zeitstempelfeld (finster guck).

[Rolf Magnus (Gast)]

Dennis S. schrieb:
> Gab es hier nicht mal irgendwo eine Diskussion bezüglich des GCC, dass
> sogar Optimierungen abhängig sind von der aktuellen Prozessorlast und
> Ähnlichem? Ich hab da irgendwas im Hinterkopf...

Ja, die gab es. Siehe
Beitrag "Verschiedene Compile-Ergebnise aufgrund von CPU-Auslastung?"