Wie ihr ja wisst schreib ich in unserer Wiki ein Perl 6 Tutorial und eine etwas lockerere Rundschau dazu in renees $foo Zeitschrift. Für alle die das thema interessiert mal hier ein kleiner Happen perl 6 der interessant sein mag weil es um Operatoren geht die neu dazu kommen.

Ihr kennt sicher Code wie diesen:



Leute die etwas Ahnung von Perl haben schreiben das natürlich kürzer:



in perl 6 und mit dem bald kommenden perl 5.10 geht das natürlich noch kürzer:



So ähnlich funktionieren auch neue arithmetische Vergleichsoperatoren wie.



Ein echter Perl 6 Ninja schreibt das natürlich noch kürzer;



praktisch ist auch die schreibweise:



Wie gesagt nur das als kleiner Appetitanreger. Wer mehr will findet sicher das Tutorial in unserer Wiki, oder noch besser: Mitmachen !

ich habe gelesen, dass Perl6 nicht abwärtskompatibel sein soll. Was wird denn dann aus den ganzen CPAN-Modulen? Um die Standardmodule mache ich mir ja eher weniger Sorgen, aber was ist mit DBI usw. ?

Man kann in Perl 6 perl 5-Module einbinden.

Und MAD wird p5 nach p6 übersetzen können - meistens.

Froschpopo: das ist eine komplexere frage da perl 6 mehrere interpreter haben wird. Also muss man sie für jeden getrennt beantworten:

Kp6: der läuft mit dem alten perl interpreter, also hier dürften die probleme weniger auftauchen.

Pugs: den kann man mit dem alten perl zusammenkompilieren, auch hier gehen viele perl 5 Module.

Parrot/Onion:Hier siehts schon schwieriger aus. rein source module können hier mit einem perl5 interpreter gelesen und von perl 6 aus aufgerufen werden, oder sie werden mir MAD übersetzt. Binäre module werden es wohl schwieriger haben. Der XS nachfolger soll zwar wesentlich handlicher sein, verlangt wohl aber einen rewrite des bindings wenn du reine perl6-binärmodule porten willst. Bleibt noch die frage wie weit der perl 5 interpreter auf parrot XS kann, dies ist aber noch nicht klar.

Die Frage ist nicht von dem Interpreter/Compiler abhängig, weil in es in der Spezifikation festgelegt, dass perl 5 ausgeführt werden können muss. Tatsächlich muss eine offizielle Implementierung ein Skript solange als Perl 5 parsen, bis eine Anweisung kommt, die es als Perl 6 ausweist (module, class, 'use v6;' oder so).

Natürlich ist es vom Interpreter abhängig. larry kann viel fordern. solange es keinen interpreter gibt der es ausführt, bleibt es ein schöner gedanke. Ich bin grosser freund von perl 6 aber ich sehe derzeit keinen ansatz wie XS module auf parrot laufen sollen.

So, wie bei allen anderen Interpretern/Compilern auch - mit einem dynamisch gelinkten perl5-Binary. Anders geht es nicht - es ist quasi unmöglich, perl 5 feature-identisch nachzuprogrammieren, also muss man sich die bisherige Implementierung zu nutze machen.

Pugs kriegt das zum Teil hin, ich sehe nicht, warum eine Implementierung auf Parrot-Basis das nicht schaffen sollte.

mir ist bewusst das es möglich ist, nur halt sehr aufwendig. parrots ganzes bytecodemanagement macht daraus aber eine schwierigere aufgabe als bei pugs. und da diese aufgabe so weit ich weiss noch nicht einmal begonnen wurde, stehen in meinem gehirn an dieser stelle einige fragezeichen.

Darüber habe ich mir auch schon des Öfteren Gedanken gemacht
und beschlossen, kein Misch Masch zu coden. Wenn ich ein Skript
nicht komplett in Perl 6 coden kann, dann wird das komplette Skript
in Perl 5 geschrieben. Erst wenn ich ein Skript komplett in Perl 6
coden kann, dann werde ich auch in Perl 6 coden.

Wenn aber Perl 6 erstmal da ist, dann wird die Portierung der bekanntesten
Module nicht lange auf sich warten. Bis dahin jedoch bleibt uns doch
immer noch das gute alte Perl 5.

<OFFTOPIC>

bloonix+2007-11-11 11:22:56--

Bis dahin jedoch bleibt uns doch immer noch das gute alte Perl 5.

Und es wird Leute/Firmen geben, die ihre Server nicht so schnell auf Perl 6 umstellen werden. Das problem gibt es doch bei 5.6 schon.
</OFFTOPIC>

Ich finde, dass die neuen Operatoren des Perl 6 das Leben mit Perl erheblich versüßen.