Lazarus 1.0.2

Гентушникам есть дело.

А получше ничего не придумал?
Гентушники пересобирают под целевой проц для пары процентов скорости и ты им предлагаешь пожертвовать качеством кода ради быстрой сборки?
Чуш полная.

Разработчикам тем более.

Нафиг не нужно.

Нафиг не нужно.

не говори за всех

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

Открою тебе одну «тайну» - пересобирать проект полностью приходится весьма редко и скорость компилера никак не критична.

Открою тебе другую «тайну». Время компиляции тоже важно. У нас есть один проект. Один и тот же API на C++, C#, Java. Релиз шарповой и жабной версии занимает меньше часа - плюсы компилирутся 2 дня (правда плюсы компилируются гораздо большим набором комиляторов и осей - но им тут никто не виноват - шарповая и жабная версии тоже работают на винде, линуксе и соляре). К похожему времени компиляции приводят изменения в некоторых хидерах.

Предвижу следующие аргументы: нефиг часто релизиться и менять хидера.

Не слишком ли минорная версия для новости?

Сейчас присматриваюсь к этому диалекту обьектного паскаля: http://www.remobjects.com/oxygene/platforms/

Для .NET и JVM недавно обновился Gardens Point Component Pascal.

Граммар-наци тебя расстреляют. Надеюсь, перед этим будут еще и пытать.

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

Ну да, если компилить hello wolrld... При сборке больших проектов всё немного сложнее... В том числе и полностью пересобирать всё иногда приходится.

А что вообще гуишного нормального написано (не считая blender 3d)?

Для .NET и JVM недавно обновился Gardens Point Component Pascal.

Спасибо, интересный проект! Правда меня Оксиген интересует в первую очередь тем, что из коробки может Android, Win Phone и iOS. Я мобильные системы разрабатываю по работе.

А на разработку будут уходить тысячелетия..

Однако не смог 1.0.2 свежескаченый собраться...

У нас под одну платформу одним компилятором собирается около часа. И это даже не все компоненты.

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

Быстрые компиляторы нужны.

или интерпретаторы..

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

Программировал и на Basic и на Turbo Pascal. Поэтому и говорю - необходимо закопать раз и навсегда.

«программировал» != «научился программировать».

blender, который blender.org написан на си, как практически всё сколько-нибудь стоящее ПО

Открою тебе одну «тайну» - пересобирать проект полностью приходится весьма редко и скорость компилера никак не критична.

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

Вот именно - иногда.
Конечно я не против быстрого компилера (в смысле скорости компиляции) тольк полагаю это качество третьестепенным.
Сначала - безглючность, потом качество оптимизации и только потом всё остальное.

С каких пор лабы стало называться программированием?

ахахаха, да ты современный Фрейд, разложил все по полочкам во мне=) поднял мне настроение на вечер точно, спасибо

Сначала - безглючность, потом качество оптимизации и только потом всё остальное.

ну по безглючности большинство компиляторов Паскаля тоже бьют C/C++ компиляторы в пух и прах - я сколько ни писал на сишке всегда удивлялся как можно было написать такой компилятор, который такую ахинею в ошибках пишет. В 50% случаев он пишет совсем не про то место где ошибка. Причем что компилер из MSVS , что gcc - все тудаже. А насчет оптимизации - самые узкие места всегда можно и на асме написать, хотя мне как-то помню так и не удалось написать код на асме более оптимальный, чем его генерил компилятор Delphi и не мне одному.

blender, который blender.org написан на си, как практически всё сколько-нибудь стоящее ПО

FL Studio, Skype, QIP, Total Commander, Macromedia HomeSite, KMPlayer, Space Rangers, Age Of Wonders II, AIMP2 и ещё туева хуча софта и игр, это только то чем я пользовался. И это при том, что основной сектор Делфи и вообще паскаля - корпоративные клиент-серверные разработки

Сначала - безглючность

Глюков в скомпиленых бинарях не встречал.

потом качество оптимизации

Расскажи это питонистам и прочим. Lazarus - это RAD, средство быстрого клепания гуёв ко всяким базам данных и прочему, где львиная доля работы происходит вне лазарусной программы, там штраф за неоптимизированный код самого приложения не играет существенной роли. Как писали в одной книжке по написанию OpenGL приложений в Delphi, «на некоторых операциях с памятью код на С в несколько раз быстрее, чем на Delphi, но в случае OpenGL-приложения это не имеет практического значения, так как 99% времени исполняются вызовы OpenGL».

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

Во-первых, блендер это вообще исключение - это достаточно легковесный красивый 3d редактор. Назови-ка мне еще такой софт. Во-вторых, немало там написано на питоне - весь гуи как раз на питоне, собственно они стараются писать на питоне там где можно. Использование си не гарантирует того, что ты напишешь стоящее ПО, наоборот, это уменьшает шансы. Если ты не лезешь на такой низкий уровень как 3d движок, а пишешь там какие-то формочки - нахер не используй си, оно не для того.

самые узкие места всегда можно и на асме написать

Не скажу за лазарус и последние дельфи, но в VCL в дельфях 3-7 (более ранние и более поздние не ковырял) активно ассемблер юзался.

Transmission Remote GUI

И что из этого есть в версии для топика, олень?

Да здравствует Lazarus! Как же я люблю старьё.

С каких пор лабы стало называться программированием?

Эти языки только и годятся для обучения тчк

И что из этого есть в версии для топика

ну это все могло бы быть скомпилированно им... мда)

У-тю-тю. Тебя все забыли спросить, наверное, когда делали на них ынтырпрайз.

Так и скажи - не осилил.

Пускай тормозит, но порождает быстрый код.

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

FL Studio, Skype, QIP, Total Commander, Macromedia HomeSite, KMPlayer, Space Rangers, Age Of Wonders II, AIMP2 и ещё туева хуча софта и игр, это только то чем я пользовался. И это при том, что основной сектор Делфи и вообще паскаля - корпоративные клиент-серверные разработки.

Skype

Только морда, а морда у вендового скайпа полное говно.

QIP

Anal tripple penetration, которое так и не научилось нормально работать ни с одним протоколом.

Total Commander

Засранный, перегруженный двупанельник.

Macromedia HomeSite

Как оказалось, оно просто нинужно. Быдлокод для быдлокодеров.

KMPlayer

Морда для ворованных кодеков, написанных на C, asm и C++.

AIMP2

Винампобразное хомячье дерьмо. Главное штобы эмпетри играло, так ведь?

и ещё туева хуча софта и игр, это только то чем я пользовался. И это при том, что основной сектор Делфи и вообще паскаля - корпоративные клиент-серверные разработки

Прись на винфак.

В 50% случаев он пишет совсем не про то место где ошибка. Причем что компилер из MSVS , что gcc - все тудаже.

семантическая ошибка != синтаксическая ошибка.

У вас странные представления о глюках, очевидно, что под ними имеют ввиду не качество диагностики ошибок. Хотя если уж говорить о диагностике, тот тут стоит вспомнить turbo pascal с его диагностикой до первой ошибки, остановом на ней и ни о чём не говорящем сообщении.

В 50% случаев он пишет совсем не про то место где ошибка.

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

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

Взаимоисключающие параграфы. Я уж не говорю о том, что узких мест может быть много и с логикой, которую трудно повторить на ассемблере.

Из года в год, из треда в тред, кочуют lazarus-нубы, осилившие C++ и haskell, но не осилившие банальный ключ компиляции... Который, кстати прямо в настройках проекта имеется в виде галочки - не, все равно упорствуют.

Программировал и на Basic и на Turbo Pascal
говорю - необходимо закопать раз и навсегда.

О как, реализацию алгоритма быстрой сртировки на васике, может, покажешь? Или ты все-таки на васике не программировал? Или так, детская травма, оставленная в душе товаришем-однолеткой который научился «программировать» на бейсике на С++ ?

В школе знал васик, была пятёрка по ОИВТ. Естественно уже забыл всё.

В школе

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

Баша и пистона хватает. Зачем мне что-то еще?

Если больше ничего остального не нужно, то зачем к остальному относиться отрицательно? Вот чего я не понимаю. Возрастной гормональный дисбаланс штоле?.. Ну это не только к тебе относится, а еще к 98% лоровцев.

что на нем реально написано?

Hedgewars же =)

Давно пора закопать

Себя закопай. Паскаль - мой первый, и с тех пор самый любимый яп. Пишу на нём под свои нужды. Так что еще раз: сходи, закопай себя.

Правильно ли я понял что у вас полная песборка проекта на С++ занимает ~48 часов? Это ж сколько нужно было наговнокодить?! Железо билд машины какое? Да черт побери я уверен что у меня моя гента на ноуте пересоберется быстрее!

Паскаль - мой первый, и с тех пор самый любимый яп

аналогично. Потом пробовал разные языки, но паскаль какой-то тёплый, ламповый чтоли, красивый.

P.S. Только то что обрастает, пухнет и полнеет FPC. GNU/Modula-2 хорошая альтернатива.

Согласен. Но для модулы нет ни IDE ни библиотек. А жаль. :((

Но для модулы нет ни IDE ни библиотек.

Modulipse, Libraries.