LINUX.ORG.RU

Вышел FreePascal 2.6.0

 , , ,


0

1

Состоялся релиз 2.6.0 компилятора FreePascal.

Изменения в релизе, прежде всего, касаются добавления отсутствовавших ранее возможностей, появившихся в языке Delphi после 7-й версии, а также добавления или улучшения поддержки новых платформ.
Помимо всего прочего:

  1. Диалект Objective-Паскаль, поддерживаемый на всех Mac OS X и iOS
  2. Улучшения в режиме совместимости Delphi:
    • вложенные типы, переменные класса и локальные константы класса
    • расширенный синтаксис записи (пока без конструкторов)
    • счетчики в записях (for.. in)
    • помощники для классов и записей
    • конструкции Generic для записей, массивов и процедурных типов
    • улучшение совместимости с Delphi обычного синтаксиса Generic-ов
    • «собираемые» перечисления ($SCOPEDEUNMS)
    • пользовательские сообщения для директивы «deprecated»
    • возможность использования «&» для разыменования ключевых слов
  3. Новые возможности генератора кода ARM
    • модуль для поддержки вычислений с плавающей точой для ARM VFPv2 и VFPv3
    • поддержка Thumb-2
  4. Не остались без внимания RTL и пакеты.

текст перевода частично взят с freepascal.ru

>>> Подробности



Проверено: anonymous_incognito ()
Последнее исправление: JB (всего исправлений: 5)
Ответ на: комментарий от slackwarrior

Казалось бы, причем тут С++...

И, кстати, да...

deis
()
Ответ на: комментарий от madcore

вам для будущей деятельности требуется требуется изучить винду, однако вместо непосредственно изучения линукса вам предлагают сперва обстоятельно изучить фрибсд

Вы определитесь, речь про винду или всё же про линукс? А так подписываюсь под каждым словом

deis
()
Ответ на: комментарий от deis

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

slackwarrior ★★★★★
()
Ответ на: комментарий от slackwarrior

Упреки взаимные - между любителями красного и синего

Ага, хрен редьки не слаще, но это не повод считать редьку сладкой

deis
()
Ответ на: комментарий от deis

Осторожнее, щас набигут СПВ и начнут доказывать на основании статистики, удельного содержания сахаров и т.д., что ты ничего не понимаешь в корнеплодах :)

slackwarrior ★★★★★
()

Эх, деградировал же я... :(

Раньше, бывало, при каких-нибудь багах или несовместимостях патчил компилятор и RTL - а теперь готовый бинарник с новыми фичами не качаю - жду, когда на новую версию FPC Лазарь перенесут...

PVOzerski ★★★
()
Ответ на: комментарий от deis

В математике «=» это всегда сравнение. В паскале мудро поступили с изобретением оператора присвоения.

alex-w ★★★★★
()
Ответ на: комментарий от alex-w

В математике «=» это всегда сравнение. В паскале мудро поступили с изобретением оператора присвоения

А что тогда делать с равенством и присвоением?

deis
()
Ответ на: комментарий от deis

И что там не так?
Единственное, что могу там отметить, использовать {} для комментариев не очень корректно, есть (* *).

madcore ★★★★★
()
Ответ на: комментарий от dikiy

чувак, если много вложенных if-ов и while-ов то никакие endif не помогут, а только подсвечивание скобок.

anonymous
()
Ответ на: комментарий от alex-w

неверно. присваивание в математике это =. и вообще кури функциональные языки.

anonymous
()
Ответ на: комментарий от deis

Ага, а для кивка головой слова и вовсе не нужны

На тёмной, неосвещённой улице или когда несёшь груз на голове.

:=

Тихо плакаю в углу

Использование = для присваивания вообще тупизм но в бейсике почему-то смотрится естественно но только в бейсике.

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

На тёмной, неосвещённой улице или когда несёшь груз на голове

А если человеку ещё при этом дать по башке, да посильнее, то с ним уже никак не поздороваешься...

Спроси у человека, что он думает про паскаль и дальше можно уже не разговаривать - внешний костыль, восполняющий отсутствие внутренней дисциплины мышления

deis
()
Ответ на: комментарий от malbolge

Новость-то она, конешне, хороша, но как там в 2.6 обстоит дело с оптимизациями? Год наза тестил - так к моему удивлению, тест (bintrees с известного сайта) на fpk слил в полтора (sic!) раза аналогичному на scala/JVM 1.6

Ты просто неправильно тесты составляешь. Напиши чисто паскалевскую логическую а не математическую задачу использующую типы и фичи которых нет в жабе и готовых либ тоже нет. Например запилить кодек или некое повторяющееся действие на котором жаба будет вынуждена зазря выделять и удалять память под классы или эмулировать типы. А то по тестам жаба супер а десктопный софт что-то не очень.

Napilnik ★★★★★
()
Ответ на: комментарий от Harald

Зачем калечить моск паскалем с его begin-ами и end-ами? Пусть сразу начинают с C

C, в отличии от Pascal, язык не математический. Да еще и с путанными сообщениями об ошибках, кторых может придти не один десяток. Синтаксис в C изобилует неожиданностями, что плохо подходит для обучения новичков.

A-234 ★★★★★
()
Ответ на: комментарий от Vudod

Ещё хочется механизм обмена сообщениями для потоков

Чтение глобальной переменной видимой несколькими потоками.

и обёртку к OpenCl

Давно есть.

Napilnik ★★★★★
()
Ответ на: комментарий от madcore

Ты второй раз не ответил, что там не так с конструкциями

Ещё один... Мы с Тамарой ходим парой
С конструкциями там всё хорошо, там с головой и элементарной логикой плохо

deis
()
Ответ на: комментарий от slackwarrior

Внутренней дисциплины без привычки не бывает. Именно поэтому столько негатива к диалектам барсика

Я думаю, это врожденное - если не дано, то не дано, поэтому люди и вынуждены пользоваться костылями. Тяжело дальтонику объяснить, что такое цвет, а свалить на что-то другое - просто

deis
()
Ответ на: комментарий от deis

Почему правилам обращения с оружием надо учить и настаивать на их выполнении, а программы писать - нет? :) А то пускай все себе в ногу по разу выстрелят. Вперед наука. Ну а кто сразу застрелится или прирожденного программиста застрелит - значит не дано :)

slackwarrior ★★★★★
()
Ответ на: комментарий от slackwarrior

Не очень понимаю, что ты пытаешься доказать. Для комментариев(и только) в паскале изначально придуманы (* ... *), а фигурные скобки - расширения конкретных компиляторов. Толерантные препроцессоры просто скипают неизвестное, потому и есть возможность использовать этот блок для любого текста, но потенциально в подобном комментарии есть вероятность невольно применить какую-нибудь директиву.

madcore ★★★★★
()
Ответ на: комментарий от deis

С конструкциями там всё хорошо, там с головой и элементарной логикой плохо

По твоей ссылке я вижу простое выражение с блоками комментариев. Что там не так с логикой и чьей-то головой?

madcore ★★★★★
()
Ответ на: комментарий от slackwarrior

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

deis
()
Ответ на: комментарий от anonymous

чувак, если много вложенных if-ов и while-ов то никакие endif не помогут, а только подсвечивание скобок.

ты глубоко ошибаешся.

dikiy ★★☆☆☆
()
Ответ на: комментарий от slackwarrior

Типичная псевдоакадемическая аргументация. В реальной жизни не используется круглый в вакууме Виртовский паскаль.

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

madcore ★★★★★
()
Ответ на: комментарий от dikiy

много вложенных if-ов и while-ов

Он, я б сказал, в корне ошибается :)

slackwarrior ★★★★★
()
Ответ на: комментарий от madcore

Где ты это взял-то? В вики написано «директивы помещаются в комментарии». :) Если ты имеешь в виду какой-то замшелый стандарт (который?) на «стандартный поцкаль», то на это УГ давно забили болт в пользу Object Pascal http://www.freepascal.org/docs-html/ref/refse2.html#x10-90001.2

slackwarrior ★★★★★
()
Ответ на: комментарий от anonymous

чувак, если много вложенных if-ов и while-ов то никакие endif не помогут, а только подсвечивание скобок.

В идеале, дифференциальные завершатели блоков, в зависимости от типа, очень могут облегчать чтение. В паскале, кстати, такого нет, его begin...end скорее просто перегружают текст, но и сишноподобные фигурные скобки несут не больше информации.
Очень неплохое юзал где-то в каких-то макроассемблерах и расширятелях.
Что-то навроде
(for ...
...
for)
(proc name
proc [name])
выглядит очень лаконично и ненавязчиво.

madcore ★★★★★
()
Ответ на: комментарий от deis

Спроси у человека, что он думает про паскаль и дальше можно уже не разговаривать - внешний костыль, восполняющий отсутствие внутренней дисциплины мышления

Ну почему же, можно у соседа и про СИськи с плюсами спросить.

внешний костыль, восполняющий отсутствие внутренней дисциплины мышления

Ну так почему тогда компилятор понимает «недистиплинированный» паскаль в разы быстрее «дистиплинированных» плюсов?

Napilnik ★★★★★
()
Ответ на: комментарий от slackwarrior

Где ты это взял-то? В вики написано «директивы помещаются в комментарии». :) Если ты имеешь в виду какой-то замшелый стандарт (который?) на «стандартный поцкаль», то на это УГ давно забили болт в пользу Object Pascal

На него нельзя забить, блоки комментариев не парсятся, в отличии от фигурных скобок.

madcore ★★★★★
()
Ответ на: комментарий от Napilnik

Ну так почему тогда компилятор понимает «недистиплинированный» паскаль в разы быстрее «дистиплинированных» плюсов

Потому что паскаль «дисциплинированный»

deis
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.