Reverse Engineering der NLT II

[siebenstreich]

Beim BCC (DOS) gibt es einige Optimierungsstufen (-O1, -O2) welche nicht korrekten Code erzeugen.

Code welcher mit anderen Optimierungsstufen generiert wurde (-O, -G, -Od) laufen scheinbar ohne Fehler.

Das ist sehr interessant und vielleicht ein guter Moment, um diese Sache ins Gespräch zu bringen:
https://github.com/Henne/Bright-Eyes/issues/54

Steckt da vielleicht ein BCC-Bug dahinter?

Hintergrund: Ich hatte im Rahmen dieser Diskussion beobachtet, dass die Schiffsreisezeiten im mit dem gcc übersetzten BrightEyes von denen der originalen SCHICKM.EXE abweichen. Nachdem in Bright-Eyes ja auf Binärkompatibilität getestet wird, kann der Grund dafür eigentlich nur sein, dass derselbe C-Code von BCC und GCC unterschiedlich interpretiert wird.