LINUX.ORG.RU

Вышел Lazarus 1.6.0

 , , ,


0

2

Вышел очередной релиз свободной кросс-платформенной Delphi-подобной среды разработки Lazarus, включающую в себя среду быстрой разработки, библиотеки визуальных (LCL) и невизуальных (FCL) компонентов и являющуюся надстройкой над свободным компилятором FreePascal (fpc). Данный релиз предназначен для использования с fpc 3.0 и содержит ряд усовершенствований и исправлений по сравнению с предшествующей стабильной версией Lazarus 1.4.4.

>>> Подробности

★★★

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

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

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

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

а еще ты никогда не слышал про функцию поиска?

У него просто пальцы не раскорячиваются нажать Alt+Shift+Up. Реально, одной рукой нелегко :)

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

страничка «примеры внедрения»

Explore how a few of our customers are using Embarcadero award winning, best-in-class tools to develop innovative new applications, facilitate fluid collaboration between development roles, and improve individual and team productivity.

ещё скажи, что «не энтерпрайз»

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

ещё скажи, что «не энтерпрайз»

скажу, что это обтекаемая фраза, которая может говорить о чём угодно, хоть о применении дельфи ровнов в одной конторе «рога и копыта»

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

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

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

что заставляет людей писать на Паскале?

Нежелание получать переполнение стека, переполнение буфера, выход за границы массива и прочие фишки присущие С/С++

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

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

Если у меня и моих друзей нет желания учить зулусский, это значит, что зулусский не нужен. Книга на зулусском для меня и для большей части человечества бесполезна. Ровно также, как и исходники на паскале. При этом, зулусский может быть сколь угодно прекрасный язык, а английский сколь угодно убогий. На английском даже нельзя толком сказать слово «свобода», лол. И граматика у него не отражает произношение звуков «oo» — это, внезапно, «у», например. Тем не менее, английским пользуется все и не жужжат. И если вы назовёте адрес вашего сайта на зулусском в зоне .com или .net, ваши пользователи воспримут это с недоумением.

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

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

Лол, так их и не соблюдает. Например, в моей фирме не соблюдают правила бухгалтерского учёта, действовшие в СССР, но отменённые в РФ. Они не плохие, просто сегодня никому не нужны, и их исполнение иногда даже противоречит текущему законодательству.

не хочешь учить паскаль - не берись за правку исходников.

не хочешь учить руби - не берись за правку исходников. не хочешь учить лисп - не берись за правку исходников. не хочешь учить АЛГОЛ - не берись за правку исходников. ... не хочешь учить брейнфак - не берись за правку исходников.

слишком много всего учить, не находите?

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

Нежелание получать выход за границы массива
переполнение буфера

то есть, неосиляторство at()? ok

Нежелание получать переполнение стека

то есть, незнание того, что переполнение стека легко и на паскале получить?

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

список рогов и копыт прилагается

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

Надеюсь, рано или поздно останется ровно один язык программирования

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

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

Никогда не понимал людей, критикующих тот или иной язык программирования.

Скрытые страхи, в основном. Боязнь того, что свой любимый язык умрёт или перестанет быть мейнстримом. Pascal из-за этого особенно ненавидим, ведь именно он в 90-х сумел на какое-то время реально залупнутся на великие и ужасные плюсы. :)

Тем более, что основания для нервозности есть. :)

то это не значит, что он плох, стар и вообще не нужен.

Вот это меня всегда веселило. Народ ведь понимает, что C++ старше Delphi? ;-)

atrus ★★★★★
()

FreePascal хорош тем, что, в отличие от Delphi, он кроссплатформенный и умеет генерировать ассемблерный код.

А вот кто знает, как убрать регулярный вызов FPC_IOCHECK? Вот это реально забадывает.

update. Ой, забыл FireMonkey - Delphi нынче тоже кроссплатформенная.

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

А вот кто знает, как убрать регулярный вызов FPC_IOCHECK?

Так это, IO Checking отключать пробовали?

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

А вот кто знает, как убрать регулярный вызов FPC_IOCHECK? Вот это реально забадывает.

Это шутка?

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

С дуру можно и х.. сломать.
Отключи все проверки. Отстрели себе ногу.

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

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

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

DC наверняка был бы написан на Qt.

Из говна (С++) конфетку не сделаешь. Постоянно боремся на работе с языком вместо того, чтобы просто писать код.

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

Поэтому получается этакий странный монстр - всё умеет, но никуда не подходит.

Это ты точно плюсы описал.

LongLiveUbuntu ★★★★★
()
Ответ на: оно? от Deleted

оно?

Спасибо! Это именно то, что нужно!

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

Какая разница, на чём писать сервер? Сокеты, они и в африке сокеты. На паскале проще поддерживать, если код написан прямыми руками.

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

Qt - библиотека, а не язык.

:)
Сигналы/слоты уже в стандарте C++? Свой предварительный конпилятор уже не требуется?

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

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

А теперь уебал отсюда.

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

Вообще, больше поражает, так это урожай тредов про паскаль в этом году :)

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

Борланд Делфай

очень толсто и к логопеду, определенно :)

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

Вот прям делфи? Пруф будет, или ты фапнул сейчас на Wall Street,

На

пописывая на делфи, не осилив кровавый жаба-ънтерпрайз?

Ты еще спроси на чем был написан виндовый софт ММВБ :) В частности — библиотека шлюзования, цельноперетянутая на онтопик... при помощи fpc. Которой приходится пользоваться всем, кто тусуется на ММВБ и хочет получать маркет-дату. А дебаркадеры не так давно забили болт на индейцев и прочих мелких клиентов. Думаешь почему?

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

Да, телефон поправил. Сам никогда названия в зависимости не вписывал (да и терпения не хватит), решил что телефон лучше знает.

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

Сигналы/слоты уже в стандарте C++?

Они делаются внешней кодогенерацией, а не изменением C++.

Свой предварительный конпилятор уже не требуется?

Нет и никогда не требовался.

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

Они делаются внешней кодогенерацией, а не изменением C++.

Свой предварительный конпилятор уже не требуется?

Нет и никогда не требовался.

Мусье не понимает элементарных вещей в программировании, но «мнение имеет»?

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

Если у меня и моих друзей нет желания учить зулусский, это значит, что зулусский не нужен. Книга на зулусском для меня и для большей части человечества бесполезна. Ровно также, как и исходники на паскале. При этом, зулусский может быть сколь угодно прекрасный язык, а английский сколь угодно убогий. На английском даже нельзя толком сказать слово «свобода», лол. И граматика у него не отражает произношение звуков «oo» — это, внезапно, «у», например. Тем не менее, английским пользуется все и не жужжат. И если вы назовёте адрес вашего сайта на зулусском в зоне .com или .net, ваши пользователи воспримут это с недоумением.

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

Очень ошибочное мнение. То, что у Вас и ваших друзей нет желания учить зулусский, означает только то, что он не нужен Вам и Вашим друзьям. И, возможно, большей части человечества, но всё же не всей.

То, что английским пользуются все, также не означает, что остальные языки не нужны. Если следовать Вашей логике - русский язык не нужен, т.к. на нем говорит всего лишь около 4% населения Земли. Это же просто кошмар какой-то, разве нет? А китайский язык вообще на 1 месте в мире по числу говорящих на нем. Так и английский получается не нужен.

Лол, так их и не соблюдает. Например, в моей фирме не соблюдают правила бухгалтерского учёта, действовшие в СССР, но отменённые в РФ. Они не плохие, просто сегодня никому не нужны, и их исполнение иногда даже противоречит текущему законодательству.

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

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

Всегда считал такие слова квазирасистскими. Также можно рассуждать почти о каждой вещи или существе, включая людей. Гитлер тоже мечтал о чём-то похожем.

не хочешь учить руби - не берись за правку исходников. не хочешь учить лисп - не берись за правку исходников. не хочешь учить АЛГОЛ - не берись за правку исходников. ... не хочешь учить брейнфак - не берись за правку исходников.

слишком много всего учить, не находите?

Точнее - слишком много не учить. И в принципе - это нормально. Нет смысла учить то, что Вам не пригодится. Я, к примеру, не знаю химию. И не собираюсь ее изучать, т.к. в моей жизни эти знания мне не особо пригодятся. Но я и не берусь за опыты с реагентами. Если бы взялся - начал бы учить химию, как бы сложна она не была.

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

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

Разработчик не есть пользователь программы?

Разработчик != пользователь?

То есть он ставит лазарус и разрабатывает из воздуха, программой не пользуется?

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

Речь о том, что пользовательский код с макросами signals:, slots: и т.д. является корректным кодом на C++ и обрабатывается штатным системным компилятором C++. Код, сгенерированный moc по найденным макросам -- тоже. Можно было впрочем, попытаться изначально притянуть за ушки Vala и C, даже это было бы лучше чем писать про сигнал-слоты в стандарте.

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

Речь о том, что пользовательский код с макросами signals:, slots: и т.д. является корректным кодом на C++ и обрабатывается штатным системным компилятором C++

Угу, а С++ — корректный код на С, после разворачивания препроцессором cfront был :) А С — корректный код ассемблера... После трансляции :) moc — костыль энивей, как... и Qt и boost :)

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

Много кем. Особенно с учётом того, что эта прога умеет управлять телескопом и сопровождать объект.

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

покалеченная работа через libc (точнее, отказ от явного использования)

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

но гвозди в эмуляции WinAPI через GTK ставят крест на серьезной разработке для сервера - сервис не запустите, пока не поставите GTK

А в чём проблема поставить ГТК2 ?

Переписать всё па glib самостоятельно - это нереально

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

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

А что такое «MacOS»(С)?

Чем это отличается от Mac OS (TM)?

А то я только на Objective C 2.0 для Mac OS X (TM), OS X (TM) и iOS (TM) имел опыт некоммерческой разработки приложений на своем домашнем «маке».

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

Кем это используется? Неужели профессиональными астрономами?

Cartes du ciel - великолепный полноценный планетарий. Не скажу об астрономах-профессионалах, но астрономы-любители вполне пользуются. Свободных аналогов очень мало, под онтопик, наприпер, kstars, stellarium. Ну еще очень неплох Xephem, но несвободен, приходится компилировать.

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

Или, если вы такие умные, перепишите ее на эти ваши сишечки самостоятельно, а мы скажем вам спасибо, как говорим спасибо Патрику Шевалье - автору Cartes du ciel :)

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