(15.11.2025, 12:28)HenneNWH schrieb: Nur zu Info: Wenn sich an den "neueren Binaries" etwas ändert ist das in Ordnung.
ja das ist klar - ich wollte nur aufzeigen das ein ältere Kompiler vielleicht die Notation schon reicht um anderen Code zu erzeugen
so wie der gcc/clang wenn man die Optimierung ausschaltet - als Versuch Borland 3.1 Optimizer Qualität zu erreichen - im Vergleich
- mehr Bedeutung hatte der Vergleich nicht(15.11.2025, 12:28)HenneNWH schrieb: So wie ich das wahrnehme sind MSVC und Delphi "nur noch" etablierte IDE's und Debugger.
MSVC mit Delphi in einen Topf zu werfen passt so gar nicht - Delphi(und C++Builder) sind faktisch tod und haben wirklich nur noch Nischenbedeutung
MSVC ist in der Windows-Welt der Platzhirsch - die meisten Windows-Programme werden immer noch mit dieser IDE und dem Kompiler erstellt
weil die IDE den besten(schnellsten) Debugger hat der so von keiner anderen IDE erreicht wird - nicht mal im Ansatz - Optimiert auf Mio/Mrd Symbole - davon ist leider jede andere IDE Kilometer entfernt - merkt man recht schnell im praktischen Einsatz wenn man mal viele Projekte und IDEs für C++ in den Fingern hatte - alle funktionieren, aber wenn die Projekte gross werden wird es mühsam - die meisten Spiele auf dem Markt werden damit erzeugt, Epic ist ja direkter Entwicklungspartner von Microsoft - nicht das ich ein Spieler bin - aber das ist ein Millarden-Markt der nicht klein oder unrelevant ist
Wenn man Windows-Software mit C++ macht ist die wahrscheinlichkeit auf MSVC zu treffen mind. 80%
Chrome wird mit dem clang-cl gemacht - damit google die MSVC-IDE nutzen kann aber darin mit dem clang bauen kann - das machen aber nach meinem Wissen nur noch LibreOffice auch noch - also nicht clang sondern ein clang-Kompiler der die Microsoft-Compiler Parameter versteht und sich auch so verhält - der kann direkt in MSVC verwendet werden - damit man den Debugger usw. hat - sonst macht der clang-cl keinen Sinn - clang-cl ist auch wie schon gesagt im Standard LLVM/Clang Paket immer mit dabei
gcc/clang kämpfen hier und da um optimaleren Code - mal gewinnt clang, mal gcc - wichtig die das die jemanden haben gegen den sie kämpfen können - der MSVC ist in vielen Fällen schlechter - wird deswegen aber nicht weniger verwendet weil es in vielen Programmen nicht die relevanz hat
und Microsoft ist auch viel stärker dabei neue C++ Standards umzusetzen, deren Open-Source STL ist da mitlerweile immer am weitesten, auch im Module-Support ist Microsoft führend, MSVC/cl ist vielleicht nicht so modern wie ein LLVM/clang aber trotzdem sehr dominierend auf dem Mark - die Zeiten vom alten Microsoft das sich nicht an Standards hält und mit allem hinterher ist sind schon sehr sehr lange vorbei
Es kommt sehr auf den Bereich/Branche an - Desktop-Software/Gaming ist Microsoft ganz vorne, für Server/etc. sind gcc/clang die Spitzenreiter
Microsoft hat den clang-cl in die IDE integrierbar gemacht (obwohl zu >90% von google entwickelt) und auch auch eine Kompiler-Variante mit clang-Frontend und Microsoft Backend, genau so wie Intel oder Embacadero (die behalten alle ihre Kompiler-Backends aber spielen eben mit den Frontends) - das sind aber alles Entwicklungen die nach dem Frontend stehen geblieben sind und nicht weiter gefahren werden - die clang-cl integration bei MSVC ist aber wenigstens so "unabhängig" das man einfach LLVM updaten kann und eben einen neueren clang-cl hat, früher gab es da nur den der von Microsoft mitgeliefert wurde
bei der Diagnose sind clang und gcc natürlich ganz vorne - die kämpfe da sehr aktiv um die Spitze, da kommen sehr viele Verbesserungen mit kurzen Abständen
worauf ich mich freue sind die neuen Template-Error Diagnostics im gcc 16: https://www.youtube.com/watch?v=v0X7o5wdoeY, der gcc 15 war aber diagnostisch auch schon wieder ein riesen Sprung
Ich baue immer den 3 Kompilern (wenn vom Projekt möglich) - normaler sauber geschriebener C/C++ Code läuft einfach bei allen gleich gut durch und ich hatte schon relevante Warnungen vom gcc die beim clang nicht kommen oder Link,Compiler Probleme von allen dreien - hab schon für jeden Kompiler ICEs gemeldet, wobei der clang bisher der stabilste ist, dann gcc und Schlusslich MSVC

