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
()
Ответ на: комментарий от anonymous

Gambas форева! /me затянулся...

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
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.