http://www.perlmonks.org?node_id=835467


in reply to Re: The current state of Perl6
in thread The current state of Perl6

the only thing you can learn from that is that you have to port all the(important) Perl5 modules --> Perl6 early so when it's out people won't be able to complain about this. but since Perl6 is still in development devs will face serious bugs that they won't really be able to fix themselves because they don't know the internals of the compiler in order to fix those bugs.

Replies are listed 'Best First'.
Re^3: The current state of Perl6
by Anonymous Monk on Apr 19, 2010 at 12:11 UTC
    It will be very disappointing if Perl 6 releases without a standard library. At the least all the standard modules with Perl 5 have to be available with Perl 6.
      That's a very odd view.

      Why do think Perl 6 should ship with a vars module? Or with Encode, when buffers have .decode and strings .encode methods?

      IMHO there are also a whole lot of modules in the Perl 5 core that have no good reason for being there (like Text::Soundex)

      I also suspect that there will be quite a difference between "core" Perl 6 and Perl 6 distributions. I see no reason why "core" should contain something like CGI, but most distributions will probably ship something like that anyway.

        Well the point is that for any thing that could you could do with the Perl 5 standard library should either be available with Perl 6 language or the standard library. If some thing was there in Perl 5(Even as a module) and not in Perl 6 why should some one bother to shift to Perl 6?