Python Compiller

[Schwarze_Mamba]

Ich hatte mal die Idee, ob jemand vieleicht mal
den Python Interpreter umschreibt, so dass der Python Code
direkt in eine .exe Date umgewandelt wird. Ist sowas möglich?
Wäre interessant wen jemand sowas programmiert.

Schwarze_Mamba

[lunar]

@Schwarze_Mamba Glaubst Du wirklich, Du wärst der erste mit dieser Idee?

[StefanLawl]

Genügt py2exe nicht?

Irgendwie muss es ja gehen, sonst gäbe es py2exe nicht. Man muss es nur noch so erweitern, dass es direkt beim Ausführen des .py Skripts compiled wird.

Stefan

[EyDu]

py2exe packt den Pythoninterpreter, das Script und die benötigten Module lediglich in eine Datei, da wird nichts kompiliert.

[StefanLawl]

Huch, ich vergaß

[jbs]

Oder die PyPy toolchain

[/me]

Ich hatte mal die Idee, ob jemand vieleicht mal
den Python Interpreter umschreibt, so dass der Python Code
direkt in eine .exe Date umgewandelt wird. Ist sowas möglich?

Cython ist schon mal ein interessanter Ansatz dafür.

[Leonidas]

Ist sowas möglich?

Nicht so ohne weiteres.

Wäre interessant wen jemand sowas programmiert.

Haha, ich muss sagen, das erinnert mich dran wie ich mit Python angefangen habe. Damals dachte ich auch "das muss doch irgendwie gehen" und jetzt wo ich mehrere Compilerbau-Praktikas hinter mir habe muss ich zustimmen, es geht *irgendwie*. Aber irgendwie ist nicht gut genug, wenn man das Programm in einem nativen Binary haben will gibt es py2exe & Co. und wenn der Code schnell laufen soll dann *seufz* muss man sich woanders umschauen oder richtig tief in die JIT-Trickkiste greifen.

[pixewakb]

Für Python 3.x gibt es cx-freeze. Arbeitet wie py2exe...

[cofi]

Arbeitet wie py2exe...

Und geht damit komplett am Thema vorbei.

[Hyperion]

Arbeitet wie py2exe...

Und geht damit komplett am Thema vorbei.

Da das Thema Python-Compiller ist, weiß ich gar nicht, ob da überhaupt schon ein passender Beitrag dabei war...

[/me]

Da das Thema Python-Compiller ist, weiß ich gar nicht, ob da überhaupt schon ein passender Beitrag dabei war...

Man muss sich natürlich darüber im Klaren sein, dass bei CPython der Bytecode durch einen Interpretter ausgeführt wird.

[darktrym]

Die Projekte gibt's doch schon: nuikta und shedskin

[DasIch]

Die Projekte gibt's doch schon: nuikta und shedskin

Um mal von der Shedskin Seite zu zitieren:

[...]pure, but implicitly statically typed Python[...]

[...]programs cannot freely use the Python standard library[...]

[...]not all Python features, such as nested functions and variable numbers of arguments, are supported[...]

Mit anderen Worten Shedskin kompiliert gar kein Python sondern irgendein Subset, überhaupt scheint es eher sowas wie RPython anbieten zu wollen.

Nuitka ist nach eigener Aussage:

Correct in the sense that it's compatible to CPython as far as possible.

Konkret heisst dass, Nuitka will zwar Kompatibiltät wird sie aber nicht wirklich erreichen, ist momentan auch nicht kompatibel und schneller als CPython, was ja schon ein recht langsamer Interpreter ist, wird es wohl auch eher nicht, könnte sogar langsamer werden.

Das kann man sich alles aber auch denken wenn man sich Python anschaut. Ein Compiler wird zwangsläufig eine recht aufwendige Runtime generieren müssen und einige Sprach Features wie AST/Bytecode Manipulation, eval/exec sind einfach mit einem Compiler nicht realisierbar.

[lunar]

Das kann man sich alles aber auch denken wenn man sich Python anschaut. Ein Compiler wird zwangsläufig eine recht aufwendige Runtime generieren müssen und einige Sprach Features wie AST/Bytecode Manipulation, eval/exec sind einfach mit einem Compiler nicht realisierbar.

Warum? Diese Features gibt es in diversen „kompilierten“ Sprache, u.a. Java und C# (generell .NET), bei letzterem sogar als integraler Bestandteil der Sprache (siehe Expression Trees).

[DasIch]

Das kann man sich alles aber auch denken wenn man sich Python anschaut. Ein Compiler wird zwangsläufig eine recht aufwendige Runtime generieren müssen und einige Sprach Features wie AST/Bytecode Manipulation, eval/exec sind einfach mit einem Compiler nicht realisierbar.

Warum? Diese Features gibt es in diversen „kompilierten“ Sprache, u.a. Java und C# (generell .NET), bei letzterem sogar als integraler Bestandteil der Sprache (siehe Expression Trees).

Nachdem Java und C# dann "kompiliert" sind werden sie von eine VM ausgeführt wie bei CPython oder PyPy auch.

[Sirius3]

also auf den Punkt gebracht:
Was den Dummy-Windows-User stört, ist, dass Python nicht so schön tief im Betriebssystem
verankert ist, wie .NET.

Bei .NET steckt in der EXE alles drin was der Interpreter zum Interpretieren braucht.
Schön versteckt. Dass in der Datei kein Maschinencode drinsteckt, merkt man von
außen gar nicht.

Und wie man in java in einer einzigen .jar-Datei eine ganze Application packen und ausführen kann,
geht das mit python und einer entsprechenden .zip-Datei auch.
Notfalls baut man für jede Pythonversion eine eigene zip mit nur den pyc-Dateien, dann hat man
seine »kompilierte« Version mit all ihren Nachteilen.

[Hyperion]

Bei .NET steckt in der EXE alles drin was der Interpreter zum Interpretieren braucht.
Schön versteckt.

Naja, ohne installierte Runtime läuft eine exe, in der Programme auf .NET-Basis stecken, auch nicht. Ok, in den Versionen nach XP ist .NET-Framework vermutlich per default installiert und daher in der Praxis kein Hemmschuh mehr.

Prinzipiell wäre das aber auch mit Python kein Problem. Man könnte eine Art Standard-Template mit WiX bauen, welches auf das Vorhandensein von Python prüft und darüber hinaus ggf. auch PATH anpasst. Dann hätte man einen EXE-Installer, der zur Not alle Voraussetzungen nachinstalliert. Will man sein Programm veröffentlichen, so muss man nur ein MSI bauen, welches die zu installierenden Dateien enthält und den Installer neu erstellen. Gehen täte das auch - nur macht sich wohl eher keiner den Aufwand

[microkernel]

Aber ist der Python Interpreter nicht in C geschrieben? Warum ist es dann nicht möglich den Python-Code in C-Code zu embedden, die python lib zu inkludieren und dann das gesamte programm mit einem c-compiler zu kompilieren? Sorry, wenn ich jetzt vielleicht doof frage, oder so...

[cofi]

In deiner Beschreibung fehlt das Python-Programm und genau da liegt das Problem. Python selbst einzubinden ist kein Problem, Dokumentation dazu gibt es direkt in der Python-Dokumentation und es wird oft gemacht.