Matthew Walton wrote
>Yes, Perl 6 does - it is not backwards compatible with Perl 5.

That so? I thought Perl6 was supposed to recognize and execute perl5
code. That statement itself implies that perl6 and perl5 are different
languages, and I'm not too interested in arguing over semantics. I am
curious about P6 executing P5 modules/libraries- that was in the
original plans and I think it's still included in the specs- though
not sure.

On Thu, Sep 17, 2009 at 6:06 AM, Juan Madrigal <> wrote:
> In addition to what you mentioned I would like to be able to specifying
> whether the language is strictly typed or dynamically type in Perl6 (not
> sure if that's possible now). Would be nice to mix both in with a keyword.

In Perl6 a variable can be untyped, typed at compile time (statically
typed), or typed at run time (dynamically typed). In fact you can also
specify the implementation of the variable independently of its type,
similar to perl5's "tie" interface.

For a nice long list of P6 buzzwords (though perhaps a bit outdated)
look at

> Hopefully Catalyst will be re-written for Perl6.
I think that's a ways away. Right now there is a built-from-scratch
wiki in perl6, November, that is pushing perl6's web code-base. P6
will either get Catalyst, or something better.

>Web development with Perl
> needs to be easier PHP and Ruby make it easy. I would prefer to just use
> Perl without having to hunt down CPAN modules for features that are built in
> to other languages. Mail, Sessions/Authentication, Database Connectivity
> etc... are native. Maybe the best modules should be included or a standard
> set developed for the web including Catalyst? EmbPerl is another option.

Some people are already writing web apps in Perl6 and discussing their
experience, all getting incorporated into the discussion and P6
language / library design. If you have the time to install Rakudo, and
join the November effort, then you'll have a direct influence on the
future of web development in Perl as well!


Reply via email to