Вот задался таким вопросом, почитал документацию, пару статей...
Совершенно другой, новый и непохожий на Perl5.

Совершенно по другому реализовано ООП: теперь будут практически сишные классы
http://cog.cognitivity.com/perl6/

По другому реализованы регекспы
http://www-106.ibm.com/developerworks/linu.../l-cpregex.html

Функции будут получать параметры не через @_, а через переменные

программы будут компилируемыми в байт-код, что позволит увеличить скорость работы программы и появиться возможность скрывать исходники от посторонних глаз

И вообще очень много итересного

ссылки:
http://perl6.ru/archive/
http://www.dklab.ru/chicken/perl6/
http://real.perl6.ru/

Напишите свое мнение о Perl6.
Также сюда пишите ссылки на материалы, документацию по Perl6.

Цитата

программы будут компилируемыми в байт-код, что позволит увеличить скорость работы программы и появиться возможность скрывать исходники от посторонних глаз

Вот это меня порадовало

Хорошо, что добавили

Цитата

Функции будут получать параметры не через @_, а через переменные

А сама @_ останется, иногда легче передать её функции, чем работать с каждым аргументом?

что-то древний этот сайт

nerezus, какой сайт?


Anarki, по функциям пока инфы не нашел. Как найду, отпишу.

Vaneska http://perl6.ru/
и на http://dev.perl.org/perl6/ тоже ступор

nerezus, полохо дело. Неужто работа на перлом зависла?


Anarki, нашел про функции.
Судя по всему возможность останется, так как механизм передачи получается такой:
Параметры в функцию передаются через @_, создаются переменные с именами, указанными в обьявлении функции, в них заносятся параметры. Теперь встает вопрос: Очищается ли массив @_? Если не очищается, то доступ через него к пареметрам будет, а если очищается, то не будет.

Цитата(Perl_6_preview)

... Named Parameter Lists Perl 5 functions accepting long parameter lists require developers to remember the exact ordering: buy($count, $price, $item); But who can remember the function signature without looking up a (hopefully) available API manual? What comes first, $price or $item? To free the programmer of this burden, named parameter lists are often used in Perl 5: buy(count => $count, item => $item, price => $price); This way, arguments can be passed in random order. In Perl 5, programmers need to manually add code to allow for this syntax: Functions typically feed all incoming arguments as name-value pairs into a hash and then make sure that all required ones are present. Perl 6, however, lets you specify the argument list as part of the function definition, like in # Perl 6 sub buy($count, $price,U $item) { ... } which eliminates the typical Perl 5 workaround with <\@>_ as in # Perl 5 sub buy { my ($count, $price, U $item) = @_; # ... } In Perl 6, all parameters in the function’s signature are automatically aliased to the corresponding lexically scoped variables named $count, $price, and $item. This syntax not only handles ordered parameter lists, but also named lists: 01 # Define it 02 sub buy($count, $price, $item) { 03 print "Buying $count items at $price<\>n"; 04 # ... 05 } 06 07 # Call it 08 buy(count => 1, 09 item => "TV", 10 price => 999); and again the order in which arguments are provided to the function does not matter. Perl 6 parameter list handling for subroutines is available for Perl 5 today with Perl6::Parameters from CPAN. However it does not handle named parameter passing yet. ...

"программы будут компилируемыми в байт-код, что позволит увеличить скорость работы программы"

Расскажите, пожалуйста, вкратце поподробнее -- это позволит использовать таким манером cgi-скрипты? Есть ли хостинги с такой поддержкой? На сколько в рассчете увеличится производительность? Как поступается со старыми модулями? Очень прошу, ответьте хотя б на первые вопросы.

CPLUSPLUS, как я понял, почитав про перл6:

>это позволит использовать таким манером cgi-скрипты
угу

>Есть ли хостинги с такой поддержкой?
only dedicated =) пхп5 например так почти нигде и нет до сих пор =)

> На сколько в рассчете увеличится производительность?
хз, не упомяналось, но не нжно будет тратить время на парсинг скрипта, думай сам

> Как поступается со старыми модулями?
говорят, 2 выхода: обещают тулзу типа перл5=>перл6 и возможность работы перл6 в режиме перл5

это мой пересказ из НЕдостоверных источников(откуда - не помню)
за слова не подписываюсь

Вообще-то каждая новая версия всегда была совместима со старой и плюс что-то новое. Думаю они будут совместимы, т.е. можно будет писать как под пятую, так и под шестую версию.

Где то проскользнули слова Лари что возможно будут специальные директивы для указания стилем какой версии perl написанна программа.
А вообще korob2001 прав, обещенна совместимость.

То есть на выделенный сервер я могу поставить?
Добавлено @ 10:38
То есть на выделенный сервер я могу поставить?

А когда сроки выхода 6-й версии?

nerezus

Цитата

и на http://dev.perl.org/perl6/ тоже ступор

ты не прав, посмотри This Week in Perl 6, последнее обновление Июнь 2005.
Perl 6 развивается, что не может не радовать.)

Vaneska кинь, плиззз, ссылку на pdf.


Dark Elf постоянно выходят новые версии виртуальной машины parrot. Уже parrot v. 0.2.1.

Я себе поставил parrot v. 0.0.11, вот постепенно тестирую, привыкаю и влюбляюсь .
Мне очень нравится тот факт, что Perl 6 впитывает в себя все самое лучшее от Java, C# и С++, а также устраняет недостатки Perl 5.



Это сообщение отредактировал(а) sharq - 26.6.2005, 13:16

sharq, где качал не помню, так что качай здесь Perl_6_Preview.zip

Цитата(sharq @ 26.6.2005, 12:10)

Мне очень нравится тот факт, что Perl 6 впитывает в себя все самое лучшее от Java, C# и С++, а также устраняет недостатки Perl 5.

А мне что то не понравилось что Parrot начинает напоминать интерпретатор бейсика. Нужна новая фича? Создай новый опкод, допиши код на C. Так он будет бесконтрольно расширяться до потери смысла. Внутреняя репрезентация должна быть краткой и гибкой. Нужно реализовать паузу? Не пиши опкод sleep, напиши общий способ вызова нативных функций и припаяй библиотеку их имплементирующих. При чём для пользователя можно сделать прозрачно, для него нет разницы опкод это или вызов чего то через особый механизм. Удивился увидев опкод print, коментарий выше подходит и сюда.

Классная идея отказаться от стека и перейти к регистрам. Здесь нужен хороший компилятор, благо теоретическая база на текущий момент обширна, RISC процессоров много. Хотя реализация всех операций через стек - более старый и обкатанный метод, также имеет свои плюсы(читаем о Java байткоде).

Мне пока в перле 6 нравиться встроенные грамматики, лексический анализ можно написать за пару минут. Это круто, язык действительно для обработки текста.