A51.exe obj Datei ändert den hashwert

$ cat asm.a51
inc ACC
end

$ A51.EXE asm.a51

A51 MACRO ASSEMBLER V8.2.7.0
COPYRIGHT ARM Germany GmbH 2016
ASSEMBLY COMPLETE.  0 WARNING(S), 0 ERROR(S)
$ md5sum.exe asm.OBJ
a2aa89cd02ac6f483b5435483b067cda *asm.OBJ

$ A51.EXE asm.a51
A51 MACRO ASSEMBLER V8.2.7.0
COPYRIGHT ARM Germany GmbH 2016
ASSEMBLY COMPLETE.  0 WARNING(S), 0 ERROR(S)
$ md5sum.exe asm.OBJ
fd6d3e300788f3b8e445c79be3206f35 *asm.OBJ

>>>Compilierst du evtl. irgendwie die Uhrzeit mit rein?
Das vermute ich. Dafür würde ich gerne jedem Compilerbauer den Arsch 
versollen.

$ cat m.c
int main() { return 0; }

$ sdcc -c m.c && md5sum.exe m.rel
02d5487d9856453c25d91448c051a21c *m.rel

$ sdcc -c m.c && md5sum.exe m.rel
02d5487d9856453c25d91448c051a21c *m.rel

nice guy

$ C51 m.c && md5sum.exe m.OBJ
C51 COMPILATION COMPLETE.  0 WARNING(S),  0 ERROR(S)
4895d6c0f84402c1c1b2a1e8cf483275 *m.OBJ

$ C51 m.c && md5sum.exe m.OBJ
96e9a7e82a74fa9bfb6ba3b59605d23b *m.OBJ

bad guy

Gibt es OMF51 diff tool?

Mach doch den Checksummentest einfach auf dem finalen Hex- oder Binfile, 
wo nur das drin ist, was auch wirklich geflasht wird.

Check 1: Ist die Filegröße identisch?

Check 2: Lass dir von beiden Files die Strings ausgeben und mach einen 
Diff.
         Oft enthalten die Files auch noch Pfadnamen für Debugzwecke.

Wegstaben V. schrieb:

> aus Qualitäts-Sicherungs-Sicht scheint es mir grade wertvoll und
> richtig, dass jeder neuer Build von "irgendwas" auch eindeutig
> identifizierbar ist

Nein, ganz im Gegenteil, weil Du dann nicht mehr feststellen kannst, ob 
ein bestimmtes Binary wirklich zu einem bestimmten Source gehört. 
Deswegen gibt es z.B. bei Linux ernsthafte Anstrengungen zu 
"reproducible builds".

Aber auch bei embedded ist das Erste, was ich nach dem Aufsetzen einer 
Toolchain für ein bestehendes Projekt mache, das Bauen eines Binaries, 
was exakt identisch zum eingecheckten Binary sein muß. Sonst stimmt 
etwas mit dem Setup nicht, und es können unerwartete Effekte auftreten. 
Besonders wichtig ist das bei Projekten, bei denen die IDE aus den 
IDE-Settings automatisch Code generiert, z.B. Startup-Code.

Kannst Du nicht einfach AX51.exe verwenden? Das dürfte die einfachste 
Lösung sein, denke ich.

Entwickler schrieb:
> Das vermute ich. Dafür würde ich gerne jedem Compilerbauer den Arsch
> versollen.

Und ich würde sie beschützen.

Beim Testen kann es nämlich sehr schnell passieren das man alten Code 
(vor 2 Minuten) benutzt. Das ist besonders wichtig, wenn man Programme 
andere Programme aufrufen lässt.

Die Versions-Nr. würden durch die Decke gehen, wenn ich jedes mal wenn 
ich F5 Drücke eine neue bekomme.

Ich habe nebenbei schon oft erlebt, das die Version-Nr. gleich ist, das 
Datum anders und die neue Version lief.

Peter D. schrieb:
> Du kannst
> z.B. kein OBJ von Keil mit einem von IAR zusammen linken.

Das mag sein, ist aber eigentlich nicht der Sinn der Sache, eher ein 
Missbrauch. Ich habe oft OBJ-Files aus Assemblern und Compilern ganz 
verschiedener Hersteller zusammengelinkt, das würde ja nie funktionieren 
wenn jeder sein eigenes OBJ-Format macht.

Georg

Schlaumaier schrieb:

> Beim Testen kann es nämlich sehr schnell passieren das man alten Code
> (vor 2 Minuten) benutzt. Das ist besonders wichtig, wenn man Programme
> andere Programme aufrufen lässt.

Dazu kannst Du die Makros _DATE__ und __TIME_ benutzen, dann hast Du 
das selber unter Kontrolle. Sollte man halt nur für Debug-Versionen 
machen und nicht für Releases.

> Die Versions-Nr. würden durch die Decke gehen, wenn ich jedes mal wenn
> ich F5 Drücke eine neue bekomme.

Das hat damit genau gar nichts zu tun.

> Ich habe nebenbei schon oft erlebt, das die Version-Nr. gleich ist, das
> Datum anders und die neue Version lief.

Das passiert, wenn man bei der Versionskontrolle schlampt oder gleich 
gar keine benutzt.

Schlaumaier schrieb:
> Entwickler schrieb:
>> Das vermute ich. Dafür würde ich gerne jedem Compilerbauer den Arsch
>> versollen.
>
> Und ich würde sie beschützen.
>
> Beim Testen kann es nämlich sehr schnell passieren das man alten Code
> (vor 2 Minuten) benutzt. Das ist besonders wichtig, wenn man Programme
> andere Programme aufrufen lässt.
>
> Die Versions-Nr. würden durch die Decke gehen, wenn ich jedes mal wenn
> ich F5 Drücke eine neue bekomme.
>
> Ich habe nebenbei schon oft erlebt, das die Version-Nr. gleich ist, das
> Datum anders und die neue Version lief.

wie schon jemand oben geschrieben hat, geht es um reproducable builds.

Wenn die Hashsumme des Binary sich immer und jedes Mal ändert, dann 
kannst Du weder den Schluss daraus ziehen, dass der Quellcode sich 
geändert hat, noch den Schluss ziehen, dass der Quellcode sich nicht 
geändert hat.
Richtig, Du weißt in dem Fall nichts.

Binary soll eine mathematische Funktion des Quellcodes sein.
Quellcode -> [Compiler] -> Binary

Wenn im Binary Zeitstempel drin sind, dann ist Compiler keine
mathematische Funktion des Quellcodes, sondern da kommt Global State 
rein.

Ich versuche mein Quellcode so zu organisieren, dass alle Quellen lokal 
liegen. Auch controllertypischen Includes kopiere ich rein, damit IDE
sie nicht aus C:/IDE/Dingsbums_Version_ratemal reinholt.
Ich habe auch schon Compiler, Linker lokal kopiert und aus Makefile
aufgerufen, um die möglichen Verhaltensänderungen des Compilers zu 
umgehen.

Thomas Z. schrieb:
> Nun ist omf(51) ein properitäres Format von Keil was nur in Teilen
> dokumentiert ist. Wenn du ax51 verwendest wird omf2 verwendet.

AX51 wollte noch die Register Definitionen includiert bekommen,
hat sich in dieser Hinsicht aber genauso verhalten.

> Vielleicht reicht es ja schon aus, die Debug Infos auszuschalten die bei
> asm Files ja keine große Bedeutung haben, damit die md Summe gleich
> bleibt.

Nein, das reicht nicht aus. Siehe Minimalbeispiel oben.
Allerdings muss man Debuginfos ausschalten, weil ansonsten
Code miteingbaut wird und eine Whitespace Änderung den Hash ändert.

Die Lösung ist jetzt für mein Empfinden schon zu aufwendig.
Vielleicht für jemand nützlich ...

    cat test1.asm | sed 's/\$DB/\$PL(80)/' > test.a51
    A51.EXE test.a51
    LIB51.EXE transfer test.OBJ to test.LIB
    md5sum.exe test.LIB