ich halte es eigendlich nicht für sinnvoll beide stile zu mischen. wer perl6 coden will soll das tun, wer perl5 beibehalten will muss halt auf perl6 vorteile(und nachteile?) verzichen.
ist meiner meinung nach die sauberste lösung

[quote=pq,26.03.2004, 13:14]na zum beispiel, dass man beide stile vermischen kann, in einem skript.[/quote]
Ich kann mir nichtmal Vorstellen wie soetwas funktionieren würde.

Du solltest allerdings aus Perl5 und Perl6 generiertes PASM bzw. PIR später von Hand mischen können.

[quote=Taulmarill,26.03.2004, 13:17]ich halte es eigendlich nicht für sinnvoll beide stile zu mischen. wer perl6 coden will soll das tun, wer perl5 beibehalten will muss halt auf perl6 vorteile(und nachteile?) verzichen.[/quote]
eben, eben, sag ich ja auch. aber wenn ich von abwärtskompatibel rede, meine ich
damit, dass ich neue features benutzen kann, aber die alten genauso.
mit dieser definition finde ich perl6 zu perl5 nicht abwärtskompatibel.
ich halte ja auch nichts davon, beides zu vermischen, geschweige denn,
ob das möglich ist.

[quote=sri,26.Mar..2004, 13:27][quote=pq,26.03.2004, 13:14]na zum beispiel, dass man beide stile vermischen kann, in einem skript.[/quote]
Ich kann mir nichtmal Vorstellen wie soetwas funktionieren würde.[/quote]
Zum Beispiel mit einer Funktion eval_perl5 { ... } unter perl6 bzw. eval_perl6 q{ ... } unter perl5. Und man koennte auch Inline::Perl6 einfuehren...

[quote=ptk,26.03.2004, 15:36][quote=sri,26.Mar..2004, 13:27][quote=pq,26.03.2004, 13:14]na zum beispiel, dass man beide stile vermischen kann, in einem skript.[/quote]
Ich kann mir nichtmal Vorstellen wie soetwas funktionieren würde.[/quote]
Zum Beispiel mit einer Funktion eval_perl5 { ... } unter perl6 bzw. eval_perl6 q{ ... } unter perl5. Und man koennte auch Inline::Perl6 einfuehren...[/quote]
Das wäre ja wieder "nicht wirklich kompatibel". ;)

Wenigstens kann im Fall "perl5 laeuft unter perl6" der gleiche Interpreter (bzw. virtual machine) verwendet werden.\n\n

<!--EDIT|ptk|1080318732-->