LINUX.ORG.RU
ФорумTalks

Вышел Free Pascal 2.2.2-rc1


0

0

Некоторые важные изменения:
* модули поддержки Windows API были сильно улучшены
* несовместимости с компоновщиком по умолчанию в Mac OS X 10.5 были исправлены
* несколько ошибок исправлено в поддержке Обобщений [Generics]
* полностью обновлена документация для отражения текущего состояния компилятора и RTL

Некоторые важные исправления:
* компилятор больше не падает в AV с опциями -OG2p3
* компилятор не падает если в исходном файле есть синтаксические ошибки
* неправильное округление в FloatToStrF
* умножение матрицы на вектор давало неправильный результат

Скачать можно тут: ftp://ftp.freepascal.org/pub/fpc/beta/2.2.2rc1

★★★★★

Ответ на: комментарий от sniper21

Да все правильно. Большинство, тусующихся на лоре не осилили паскаль, т.к. их его в институте заставляли учить. Вот сказать и не чего. Только говном поливаться :)
Паскаль отличный язык. Хорошо читаемый ( в отличаи от Си и приплюснутого). Классической уязвимости, переполнение стека, нет (проверочка стоит). Да и реализация fpc очень и очень неплохая. И работает на уйме платформ. Мне если надо какуюнить приблуду побыстрому сделать, паскаль пользую.

vada ★★★★★
()

Компилятор - это последнее, что я буду в бета-релизе использовать.

redgremlin ★★★★★
()

Да кому он нужен? Разве что каким-то программистам. К ЛОРу отношения не имеет.

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

>К ЛОРу отношения не имеет.

самое прямое: поддержка Linux, FreeBSD

>в новости такое все равно не пропустят ;)

то есть минорный релиз GCC можно пропустить в новости, а это нет? А в чём отличие?

(да кстати я думал про General)

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

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

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

>самое прямое: поддержка Linux, FreeBSD

В убунте он что-то не требуется. Вот мозила нужна. Kopete тоже. Без кде мы никак.

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

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

Только это нашел - http://www.linux.org.ru/add-section.jsp?section=1 .

ЗЫ Я не ЖБ, но ИМХО GCC _гораздо_ важнее для Линукс, чем FreePascal - вот и причина. Думаю, новость про Mono/Gambas тоже бы пропустили, т.к. они уже используются приложениями, в отличие от FPC.

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

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

Действительно, лучше ждать пока оно выполнится ;-)

FPC 100.000 строк компилирует и собирает чуть больше 2 минут.

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

>И вообще, нормальные языки должны быть интерпретируемыми

В чем проблема, напиши интерпретатор ЦПП (если его нет, в чем я сомневаюсь), и сиди на изсорцовых кедах без компиляции.

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

>то есть минорный релиз GCC можно пропустить в новости, а это нет? А в чём отличие?

Отличие в том, что это даже не минорный релиз, а RC.

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

У сана вроде был на джаве трёхмерный пользовательский интерфейс (год назад вроде было что-то юзабельное), под OpenSolaris точно должен быть. Только он не особо развитый, хотя и не столь убогий, как Е17. Но до кед им далеко.

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

>т.к. они уже используются приложениями, в отличие от FPC.

4.2 ;-)

Навскидку: Tux Commander, Double Commander, Lazarus

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

>FPC 100.000 строк компилирует и собирает чуть больше 2 минут.

Только вот мозила не на паскале. И собиралась она у меня когда-то несколько часов (точно больше 4). А до этого > 3 часов xfce. С тех пор я с этим завязал.

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

>Жабу можно компилить, нэ?

Можно, но зачем? Подозреваю, она сама динамически скомпилится.

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

Питон очень хорош в этом плане.

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

>Подозреваю, она сама динамически скомпилится.

Подозреваю, что интерфейс на JIT тормозит похлеще Висты...

>Питон очень хорош в этом плане.

Видимо, поэтому на нем только скрипты и фронтенды.

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

"Память нынче дешевая"(с), и процессоры тоже - все равно компиляция умрет - перестанет давать выгоду в скорости.

Кстати, это будет гентакапец!..

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

>Кстати, это будет гентакапец!..

Почему? Просто красноглазия она не бедет вызывать.

То же касается фряхи. Вот перепишут её на ruby.

anonymous
()

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

Есть Java и Mono.

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

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=fpascal... 0 Mono http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=fpascal... - java Против gcc - быстрая компиляция + проверка переполнения стека... Утечки памяти, в общем случае, довольно легко отлавливаются valgrind + KCacheValgrind... Ну и heaptrc параметр у самого fpc тоже не помогает ^_^ ИМХО, если бы промышленным языком стал паскаль - мир был бы лучше ^_^

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

Хм, думал всякие begin-endы больше на размер кода влияют, а оно вон как, сравнимо.

P.S. Ну и горазда же жаба до памяти ...

redgremlin ★★★★★
()

>* компилятор не падает если в исходном файле есть синтаксические ошибки

Это -- особенно чудесное...

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

>PASCAL рулит

+100

>DEBIAN рулит

+1000

>FFMPEG рулит

+100

>OPERA рулит

-100

Firefox, Konqueror (да да я WEB-разработчик)

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

>>Это -- особенно чудесное...

это регрессия ;-)

sniper21 ★★★★★
() автор топика

Хороший и быстрый компилятор!

frame ★★★
()

>* компилятор не падает если в исходном файле есть синтаксические ошибки

Поржал, спасибо.

Ramen ★★★★
()

Хороший язык. Вообще все языки, родственные с дельфином - хорошие языки.

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

>> Зачем нужна поддерживаемая всего одним челов быдлоповторная >> реализация самой плохой реализации самого плохого языка в мире? >> Есть Java и Mono.

тебе не нужна, FPC - луч света в тормозном, жирном мире (с Java и Mono) обезьян-быдлокодеров мс и сана.

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

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=fpascal.. . 0 Mono http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=fpascal.. . - java Против gcc - быстрая компиляция + проверка переполнения стека... Утечки памяти, в общем случае, довольно легко отлавливаются valgrind + KCacheValgrind... Ну и heaptrc параметр у самого fpc тоже не помогает ^_^ ИМХО, если бы промышленным языком стал паскаль - мир был бы лучше ^_^

заставляем компилировать программу каждый раз при запуске, она тормозит (см. тест startup), жрет память, 10 лет оптимизируем это дело, ага хотспот - мы знаем толк в извращениях, громко орем что это круто, называем - JAVA, проталкиваем эту байду на рынок.

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

>> если бы паскаль был промышленным языком, то IT б сдохло

IT в виде касперских и проч. быдлософта - да.

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