Auf dem Sprachniveau gibt es keine Wunderwaffe. Das Beste, was Sie tun können, ist, so nah wie möglich am Sprachstandard zu bleiben. Die meisten Compiler verfügen über Optionen zum Ausgeben von Warnungen oder Fehlern, wenn Sie eine Erweiterung verwenden, die für einen bestimmten Compiler spezifisch ist (mit Visual C++ deaktiviert /Za nicht standardmäßige Spracherweiterungen). Aber das ist nicht perfekt, da kein Compiler noch 100% des Standards implementiert, so dass Sie immer noch Probleme mit der Portabilität haben, selbst mit streng konformem Code.
Auch beachten Sie, dass viele alltägliche Code tatsächlich nutzt Erweiterungen oder undefined oder Compiler-definierten Verhaltensweisen, oft ohne es zu merken, so dass es nicht praktisch sein könnte, in einem vollständig standardkonformen Modus zu kompilieren.
Sie müssen sich auch der Dinge bewusst sein, die die Standards erlauben, anders zu sein. Zum Beispiel können Typen wie int unterschiedliche Größen auf verschiedenen Systemen haben. Windows ist LLP64, während die meisten Unix-abgeleiteten Betriebssysteme LP64 sind.
Auf der System-Ebene, ich kenne keine perfekte Möglichkeit, um sicherzustellen, dass ein Programmierer nicht auf etwas System-spezifische (z. B. <windows.h> oder <pthreads.h>) angewiesen ist.
Sie sollten es allen Entwicklern erleichtern, Test-Builds auf allen Zielplattformen auszuführen.
http://stackoverflow.com/questions/5060034/vs2010-c-and-c-enforce-ansi-compliance-for-linux-gcc-compatibility –
Das ist ein Ansatz. Ein anderer wäre, ihn dazu zu bringen, alles mit g ++ zusätzlich zu VS zu kompilieren. – NPE
@roger Danke, das ist ziemlich genau das, was ich gesucht habe. – Rich