Unterschiede im compilierten Code nach Neuübersetzung

DocMartin Gast 13.03.2015 10:38 #4050887

Lesenswert?

•

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

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Mark B. (markbrandis) 13.03.2015 10:41 #4050891

Lesenswert?

•

▲
▼

Wenn irgendwo im Code die Makros:

1	`__DATE__`
2	`__TIME__`


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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pit Gast 13.03.2015 10:42 #4050895

Lesenswert?

•

▲
▼

Das sollte die Uhrzeit sein.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

meckerziege Gast 13.03.2015 11:16 #4050939

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Dennis S. (eltio) 13.03.2015 11:32 #4050964

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

MaWin Gast 13.03.2015 11:42 #4050971

Lesenswert?

•

▲
▼

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..

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Schaulus Tiger Gast 13.03.2015 13:08 #4051088

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Konrad Gast 13.03.2015 13:14 #4051098

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Rolf Magnus Gast 13.03.2015 13:44 #4051139

Lesenswert?

•

▲
▼

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?"

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren