LINUX.ORG.RU

FreePascal 2.4.4

 , ,


0

2

Спустя полгода после версии 2.4.2 вышел очередной корректирующий релиз свободного компилятора языка Object Pascal — FreePascal. Среди изменений разработчики отмечают:

  • исправления в компиляторе, связанные с архитектурой x86_64;
  • много улучшений в модулях xml;
  • доработка модулей по работе с базами данных;
  • улучшения в модулях chm и консольном компиляторе chm-файлов;
  • исправления поддержки многопоточности в OS/2 RTL.

Тем временем, разработчики работают над новой версией, которая поддерживает Objective Pascal, содержит улучшения компилятора для архитектуры ARM и множество других изменений и исправлений.

>>> Пользовательские изменения

★★★★

Проверено: mono ()
Последнее исправление: Dendy (всего исправлений: 3)

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

Добавьте, пожалуйста, фактов, чтобы эта логическая цепочка разрушилась.

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

Преподаю я численные методы, анализ данных и проч. дела. Программированию их учит другой преподаватель.

Я не считаю Паскаль идеальным языком ни для программирования вообще, ни для прикладного, ни для научного. Но для обучения непрофильников с нуля он подходит лучше. Возможно, я буду переводить преподавание на Питон, в этом году перевёл на него 1 дисциплину на 4 курсе.

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

не знаю, я вообще gtk-фан :) в gtk все круто.

mono ★★★★★
()

>исправления в компиляторе, связанные с архитектурой x86_64;

улучшения компилятора для архитектуры ARM


Велосипедисты.
Чотам как с llvm-pascal?

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

а что, прикольная у тебя аватарка:)

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

Сложный синтаксис?

> И ничего, что я в школе работаю. Вероятно, у нас просто разные ученики.

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

Таких их школы гнать надо в шею. Дополнительное ключевое слово ему помешало… Попробуй на C/C++ указатель на функцию объявить.

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

> сложный синтаксис объявления (использование дополнительного ключевого слов)

Это ещё что. Вот в вижулбасике для объявления переменной нужно аж два лишних ключевых слова. Но никто не жалуется.

PolarFox ★★★★★
()
Ответ на: комментарий от babusha
babusha@babusha-laptop:~$ time ./hello.py
Hello, World!
real    0m1.074s
user    0m0.050s
sys     0m0.020s

babusha@babusha-laptop:~$ time mono hello.exe
Hello, World!
real    0m0.038s
user    0m0.030s
sys     0m0.000s

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

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

А у питона появился компилятор?

Может его, когда-то давно, и не было. Не знаешь, а споришь. py2exe попробуй что ли. И что за код запускаешь?

#!/usr/bin/python
print 'helloworld'

time python helloworld.py
real	0m0.016s
user	0m0.016s
sys	0m0.000s
Это в режиме трансляции.

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

fail восьмидесятого уровня.

Почему?

второй эпически устарел и должен умереть

Опять же, почему?

#!/usr/bin/python

print ("Hello, World!");

____________________________________

real	0m0.017s
user	0m0.008s
sys	0m0.008s
3-й тормознее 2-го? Это новость :) Однако тоже поставлю и выложу тебе результаты теста)))

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

> Py2exe — не компилятор, как бы вижуалбейсиксисты не утверждали обратное.
Я говорил что это компилятор?

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

Почему?
компилятор
py2exe

py2exe компилятор?

3-й тормознее 2-го? Это новость :) Однако тоже поставлю и выложу тебе результаты теста)))

Может у меня какой то питон неправильный установлен?

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

> питон тупым , сраным, тормознутым говном быть не перестанет.
Это твой главнейший феерический фэйл в жизни.

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

Это интепретируемый язык, кои очень много. Без интепретатора конечно не заработает, даже через py2exe, то в библиотеках dll все равно запаковывается интерпретатор. Просто работает по-другому. А ты привык к экзешкам, виндузятник проклятый. Так он и призван работать по Линуксом. Интепретатор по-умолчанию стоит почти в каждом дистрибутиве. Запустил исходничок и радуйся - ничего долго компилировать не придется. Он полноценный. Есть библиотеки qt, opengl - что хочешь, то и программируй.

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

Это просто ты туповат после многолетней отсидки на винде. Экзешки ему подавай.

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

> Ничуть. Первые версии Windows вообще были написаны на Паскале и ничего, работали.

Ага, за первую версию им пришлось краснеть перед дистрибьюторами и извиняться: она не работала...

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

а у меня не тормозит , и я выходит не причем , так в чем разница...

может все таки в руках , в их конфигурации и месте растения))...

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

не парься на троля , он же сказал что он просто «юзер», а ты с ним как с девелопером пытаешься он и не знает про что ты ему говоришь, море софта работает без него, караван идет - собака лает, все нормально

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

Да в общем-то это никак не помешало ему пойти в биореактор.

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

+1. С тоской вспоминаю времена, когда там было небольшое сообщество, а русскоговорящая его часть почти полностью участвовала в англоязычных рассылках. Короче, адекватного народа было подавляющее большинство. Сейчас такая ситуация с функциональщиной.

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

>Это недостаток един для всех сред визуального программирования
Нет. Те же glade и QTDesigner генерят языконезависимый xml. Но в Делфи эта проблема усугублялось дурацкой компонентной моделью. В результате мало кто использовал те же ОО плюшки и тоннами генерировали быдлокод.

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

Ключевое словло тут «разработчика»

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

>Единственное его приимущество по сравнение с Delphi

Найди и скачай бесплатные дельфы. Тут парни на проекте для национального депозитария (к вопросу «кто использует») мучаются - только к работе приступили, заказчики лицензию отозвали - самим нужна. На неделю говорят всего. Пока бумажки о передаче соберут, пока замену найдут. Докупать XE не вариант - бюджет в расчете на лицуху заказчика. А работа ждать не будет. Нужно все как всегда «вчера».

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

А почему не VCL, не CLX? И, внезапно, «KOL (Key Objects Library) — библиотека объектных типов для программирования в среде Delphi и Lazarus.» (с) Видимо размеры приложений с нативными либами дельфей народ однако тоже не устроили.

на linux даже не знаю, зачем оно нужно

Унаследованный код банкирам портировать по-быстрому, например. Про Kylix не нада. Оно было давно и неправда ;)

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

Сравнил жопу с пальцем - так это называется. Тонкий полемический прием ;) Почему разговор непременно про Delphi vs FPC, почему тогда не BP vs FPC? И программку в трее висячую на BP. Его у тебя тоже нет?

slackwarrior ★★★★★
()
Ответ на: Сложный синтаксис? от anonymous

>Дополнительное ключевое слово ему помешало… Попробуй на C/C++ указатель на функцию объявить.

Лучше - на функцию-член, которая не статик ;)

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

>оторванность компилятора от инфраструктуры существующих компиляторов

А подробнее? Мне тут один тоже втирал про оторванность-нестандартность... (Ему видите ли показалось, что интерфейс opendl «нестандартизован» в смысле не поддерживается какими-то другими компиляторами. Я его спросил, что он конкретно предлагает для динамический загрузки либы под линуксом? Какой другой интерфейс? (Либа заказчика была портирована с дельфовых исходников на fpc) Какие другие компиляторы? Если icc - то это с его стороны как минимум ЛПП) Эт при том что другие компиляторы, кроме gcc и fpc в проекте изначально поддерживать не предполагалось вообще (не предусмотрено бюджетом - по ТЗ проект даже не кроссплатформенный ни разу - хотя допилка на основе кроссплатформенного кода). То есть, без практической необходимости все эти возвышенные рассуждения об «инфраструктуре» - левый гон теоретика о проблеме, которая проекта не касается.

R.I.P. не вижу смысла, есть Vala, есть D черт возьми, но паскаль... =(

Есть люди, которые готовы платить за перенос их кодовой базы на линукс. Вот только вероятность фейла на переговорах при упоминании WTF типа Vala и D оч. высока (они об этих языках не слышали, а если слышали в свою могут спросить «И... кто это использует?») А тут с паскаля на паскаль перевести - все с профитом через месяц и довольны.

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

delphi просто-напросто не нужна

Ты ошибся форумом, тут про FreePascal.

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

В случае Делфи серьезный проект почти всегда быдлокод. Иначе быстрой разработки, которой делфисты тк гордятся, не получится.

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

А питон и так все преобразует в байткод. В данном случае этими накладными расходами можно пренебречь. Так что на хелловорде пример babusha, где моно быстрее, корректен.

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

Видал бухгалтерские, банковские, софтины, хрень по моделированию судов, архиватор, лучшую, в своем классе утиль по администрированию Интербейса/Файрберда - IBExpert (куски его кода). Плюс, кучу делфового кода в фидо и на форумах. Везде Button1Click-код, смесь логики с гуем и невизуальные компоненты на формах окон.

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