LINUX.ORG.RU

Lazarus 1.4

 , , ,


0

5

22 апреля 2015 года тихо и незаметно вышла очередная версия кроссплатформенной среды разработки, использующая компилятор FPC версии 2.6.4 — Lazarus 1.4.0-0
О релизе:

  • Добавлены методы и утилиты для загрузки объектов за счет средств FPC.
  • Изменения коснулись форматов файлов ресурсов LCL: теперь их можно редактировать, используя файлы ресурсов на платформе Windows.
  • Добавлены совместимые c Delphi компоненты TDateTimePicker, TDBDateTimePicker, TComboBoxEx и TCheckComboBox.
  • Появился новый класс THintWindowManager, улучшающий работу подсказок в редакторе.
  • Многочисленные изменения функционала IDE.
  • Компонент TOpenGLControl теперь работает в GNU/Linux.
  • Переписаны и изменены некоторые компоненты и параметры.

>>> Release notes

★★★★★

Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 4)
Ответ на: комментарий от templarrr

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

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

Его до сих пор пилят? Интересно, для кого (ну кроме студентов постсовка).

Нууууу, например под оффтопик ТоталКоммандер 64-битный в ём сделан...
Тоже польза, «ящитаю».

UPD: А вообще новость позитивная, /me одобряэ.

Steplton ★★★★★
()
Последнее исправление: Steplton (всего исправлений: 1)
Ответ на: комментарий от templarrr

Его до сих пор пилят? Интересно, для кого (ну кроме студентов постсовка)

А на чём ещё можно в линуксе, малым количеством рыл, писать свободные, те есть бесплатные, программы? Для цэобразных ЯП необходима анестезия от 40К и выше, иначе это садомазо какое-то.

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

Интересно, для кого (ну кроме студентов постсовка).

А чем плохо на нем писать программы? Кроме немодности языка.

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

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

Гугл утверждает что на перле и на питоне. Утверждает, в смысле, что популярность кагбе больше.

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

Эк тебя торкнуло, неужели подснежники такие забористые?

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

Гугл утверждает что на перле и на питоне. Утверждает, в смысле, что популярность кагбе больше.

В питоне из коробки goto нету, нет пути, послать есть кого но некуда. Без этого оператора некоторые мысли не записываются - это ограничение мышления посредством интерпретатора ЯП.

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

В питоне из коробки goto нету

goto is overrated

Без этого оператора некоторые мысли не записываются

У некоторых мысли без тернарных операторов не записываются - и что, теперь на них равняться? :-)

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

goto is overrated

Осталось из машинных кодов удалить, чтобы математики не батхёртили - у них же такого оператора нету и формулы-программы работают, значит и остальным нефиг.

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

Осталось из машинных кодов удалить, чтобы математики не батхёртили

Угу. Зачем нам высокоуровневые конструкции, на фоне которых goto не нужен. Давай сразу прогать исключительно машинными кодами, нафиг вообще эти уродливые языки высокого уровня!

Толсто же, ну!

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

Угу. Зачем нам высокоуровневые конструкции, на фоне которых goto не нужен.

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

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

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

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

нафиг вообще эти уродливые языки высокого уровня!
Толсто же, ну!

Самый высокоуровневые языки - это встроенные языки бизнес-объектов, типа 1С и они уродские, разве нет ?
Скажи, ты согласишься, что писать надо на языке подходящем к задаче, а разговаривать, для лучшего взаимопонимания, на родном языке собеседника ?

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

и они уродские, разве нет ?

Не все. Про 1С спорить не буду - тот еще трешак

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

Разговаривать лучше на языке, которые оба собеседника знают на приемлимом уровне. А писать на языке, подходящем к задаче... В принципе да, только надо не забывать, что язык - это еще не всё. Поясняю.

Если язык позволяет писать веб-приложение(CGI-же, почти любой компилируемый/скриптуемый подойдет), но нет нихрена библиотек для работы с Web(то есть html надо высирать банальным echo/print/whatever) - то лучше такой язык выкинуть нафиг и взять что-то более подходящее.

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

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

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

Наверное я не совсем корректно выразился. У нас монолог, тебе надо объяснить аборигену что делать чтобы «поколодник вровень не выпирал» (еще лучше сложные дипломатические переговоры, но говоришь только ты, в ответ тебя только разбомбят или нет) - на каком языке будешь изъясняться - на родном для тебя, эсперанто, или на родном для аборигенов (ты его знаешь в совершенстве) ?

А писать на языке, подходящем к задаче... В принципе да, только надо не забывать, что язык - это еще не всё. Поясняю.

Да на C cgi писать не айс, потому и напридумали. Все так. Я к тому что инструмент, по задаче выбирают.
Потерпи ещё немного, скоро поймешь к чему это я.

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

на каком языке будешь изъясняться - на родном для тебя, эсперанто, или на родном для аборигенов (ты его знаешь в совершенстве) ?
ты его знаешь в совершенстве

Ясен пень на языке аборигенов. Если я его знаю в совершенстве - мне не составит труда на нём говорить. А аборигенам - приятно :-)

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

Это всё очень здорово, но я НЕ знаю в совершенстве машинные коды. Я вообще на них считай что не умею писать. Ассемблер(а это уже уровень выше, потому что появляются первые абстракции в виде имён переменных и прочего) - чуть лучше. Язык высокого уровня - еще лучше.

Чуешь :-P

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

Не, ну так углы срезать не спортивно :)
Ты согласился и с нативным языком и с ужасом высокоуровневых, так что мнемоники ассемблера как раз и есть тот достаточно высокоуровневый и при этом нативный язык :).
Кстати, мои знакомые, как и я, пришли в C после асма, и воспринимали его как ассемблер на стеройдах, коим он, в общем-то и является (вспоминаем регистровые переменные, работа с указателями памяти как с переменными - которые по сути вручную пихаются опять же в регистры и помчали типа jmp bx- там почти прямая трансляция в асм, собственно писать на сях, не зная аcм, имхо по ощущению, примерно как забивать гвозди головой). То, что его воспринимают как высокоуровневый и впихивание в него объектной модели - это уже проблема пользователей языка, которые его не к тому месту прислоняют. Кстати, был еще такой веселый язык c--, этакий супер-макро ассемблер, можно писать практически, как в сях (но помня что это прямая подстановка макросов), и прямо в асме - обалденная штука - удобство и скорость разработки С + 100% контроль над выходным кодом - пишешь то в асме.
Что касается машинных кодов, то там нечего учить, их запоминаешь на автомате - например int 19h (вызов в 19 прерывания BIOS - горячая перезагрузка системы, т.е. запуск bootloader'a в MBR без прохождения POST) в кодах будет - 0xCD 0x19 - берешь в любом hex редакторе вбиваешь эти два байта и сохраняешь в reboot.com. Все. За полгода работы с азмом запомнишь столько кодов, что программы до пары сотен байт начинали бить прямо в машинных кодах в хексе (мнемоники тупо дольше набивать) - там основная сложность разработать и держать в уме всю программу сразу + адреса и смещения подпрограмм и данных - потому что пишешь сразу исполняемый бинарник, а не текст и если за один проход не написал, то добавлять в середину не выйдет - придется перебивать весь код после вставки по новой с пересчетом в уме же адресов и смещений - это несложно, любой программист это осиливает на раз.

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

Это какие такие высокоуровневые конструкции делающие гото ненужным?

В python вообще своя идеология, там нет (и, на самом деле, не нужны) for (вместо него foreach, хоть и называется for, но ничего общего с циклами в более простых языках у него нет), switch и т.д. И уж точно, там совершенно не нужен goto.

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

И поэтому там можно быстро и лаконично выражать свои мысли, легко и приятно. Думать на python гораздо проще, чем на паскале, лишнее не отвлекает :)

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

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

И поэтому там можно быстро и лаконично выражать свои мысли, легко и приятно. Думать на python гораздо проще, чем на паскале, лишнее не отвлекает :)

А зачем вообще много слов для выражения мыслей - Эллочка Людоедка вообще обходилась двадцатью, достаточно понять её логику и выражать мысли станет проще и понятнее чем даже на питоне.

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

Что за людоедка?

В яндексе забанили? Посмотри серию двенадцати стульев про этого персонажа.

Слов в ЯП обычно как раз около этого (for, while, etc.)

Если пользоваться goto то while практически не нужно, лишний оператор. Но ты забываешь про всякие функции постоянно подключенные через базовую библиотеку, встроенные типы переменных и директивы компилятора, а также ООП расширения - слов там намного и большую часть их надо знать.

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