Ich habe gerade mit einem guten Freund der selbst Visual Basic programmiert gesprochen und dieser hat mir den Micorosoft Macro Assembler (glaube er heißt so) gezeigt, welcher VB Code erst in Assembler Code compiliert und dann die Objektdatein zu einer ausführbaren Binärdatei linked/compiliert.

Jetzt wollte ich mal fragen / wissen ob es auch für C++ soetwas gibt und wie sinnvoll das ist?

Immerhin war eine Programmierte GUI von ihm die nur in C# und VB geschrieben war sehr langsam und das Fenster hat auch ziemlich geruckelt beim ziehen. Nachdem er das ganze erst in Assembler compiliert hat und dann zur Anwendung war alles flüssig und echt ziemlich schnell, wäre fast vom Stuhl gefallen!

Weiß jemand zu dem Thema mehr und kennt vielleicht auch einige C++ to Assembler Compiler? Oder kann mir jemand zudiesem Thema ein paar Tipps oder Erklärungen geben? Ob das wirklich sinnvoll und nützlich ist bei C++?

Der Rest der Fragen entfällt dadurch.

Du bist aber nachsichtig. Ich finde den Rest reif für die Netzkultur

C++ wird immer compiliert.

Denkste.
http://root.cern.ch/drupal/content/cint Auch wenn man die Urheber dafür standrechtlich erschießen sollte.

SeppJ schrieb:

C++ wird immer compiliert.

Denkste.
http://root.cern.ch/drupal/content/cint Auch wenn man die Urheber dafür standrechtlich erschießen sollte.

Hmm. Warum meinst du? So schlimm finde ich die Idee gar nicht.

Gut solche Aussagen finde ich schon ein wenig merkwürdig:

Cint accepts most of K&R and ANSI C/C++ language construct but not perfect. 
 In fact, Cint is not aimed to be a 100% ANSI/ISO compliant C/C++ language
 processor.

Was denn jetzt? C oder C++?

Aber was stört dich explizit daran?

Hmm. Warum meinst du? So schlimm finde ich die Idee gar nicht.

Aber die Umsetzung ist gruselig.

Gut solche Aussagen finde ich schon ein wenig merkwürdig:

Cint accepts most of K&R and ANSI C/C++ language construct but not perfect. 
 In fact, Cint is not aimed to be a 100% ANSI/ISO compliant C/C++ language
 processor.

Was denn jetzt? C oder C++?

Merkst was?

Aber was stört dich explizit daran?

Dass Dinge die mit dem CINT-Compiler funktionieren mit dem Interpreter zu Fehlern führen und mit dem semicompilierten Interpreter-Modus den es auch noch gibt noch wieder anders sich verhalten. Der Gedanke ist nett, aber die hätten nicht bei der Hälfte aufhören sollen. Ich hab ein Jahr mit dem Ding arbeiten müssen und es war ein Fest es bis auf den letzten Rest von der Platte zu eliminieren als ich fertig war.

Warten wir mal ab, was wir im Jahr 2020 über die Irrungen beim Programmieren im Jahr 2010 schreiben werden

Was es in der Vergangenheit mal gab:
einen Assembler mit dem Interpreter Quick-Basic ausgeführt, der schnelle Programme bilden konnte

Viel Spass
f.-th.

SeppJ schrieb:

C++ wird immer compiliert.

Denkste.
http://root.cern.ch/drupal/content/cint Auch wenn man die Urheber dafür standrechtlich erschießen sollte.

Lol, richtig.

Weiß jemand zu dem Thema mehr und kennt vielleicht auch einige C++ to Assembler Compiler?

Es gibt C++ Compiler, die C++ Code in Assembler-Code übersetzen, der anschliessend mit einem Assembler zu Maschinencode umgewandelt wird. Genauso gibt es C++ Compiler, (Comeau z.B.) die C++ erst in C umwandeln, damit ein beliebiger ANSI-konformer C-Compiler daraus Maschinencode erzeugen kann. Vorteil dieser Methode ist, dass nicht für jede Plattform ein eigener Codegenerator entwickelt werden muss. C-Compiler gibt es für fast jede CPU.

Ich selbst benutze keinen davon. Visual C++ erzeugt direkt Maschinencode.

pEsc schrieb:

Oder kann mir jemand zudiesem Thema ein paar Tipps oder Erklärungen geben? Ob das wirklich sinnvoll und nützlich ist bei C++?

Normalerweise nicht, denn eine C++ Toolchain erzeugt, auf welchem Weg auch immer, Maschinencode der direkt auf der CPU ausführbar ist. Wenn alle Stricke reissen, kannst Du sogar inline-Assembler in C++ verwenden.