Delphi и ObjFPC такие разные

[dedm0zaj]

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

[wavebvg]

Это не сильно поможет. К примеру. Да, стандартный паскаль у Вас тоже не сразу скомпилится.
Тут дело в подходе.
Нужен не стандарт, а хорошая и документированная реализация с адекватными и простыми исходниками для ознакомления (при их наличии и стандарт можно написать, а все неоднозначности исправит ознакомление с исходниками).
В чем синтаксическая фишка Паскаля? В однопроходности при компиляции (разбил весь код по ";", построил дерево, собрал сгенерил объектники, собрал бинарники и радуйся).
Хорошую реализацию пока ещё никто не предложил... А пока все пишут "стандартную" реализацию, остальные пилят свои языки и расхваливают их...

[Дож]

Вас не настораживает, что делфи и фрипаскаль всё больше расходятся в разные стороны?

Настораживает. И что Вы предлагаете? Я предлагаю: пусть Embarcadero сделает синтаксис совместимым с ObjFpc :D

[dedm0zaj]

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

[Дож]

А зачем? Я пишу на паскале и не собираюсь использовать и писать что-то на делфи. Если делфисту будет нужен мой код, то портирование -- это уже его проблемы.

[kazalex]

Вот захотите вдруг скомпилить свою прогу, написанную на objfpc, на делфе и не получится.

Если есть желание иметь компилируемый исходник на FPC и Delphi почему бы не пользоваться {$mode delphi}?

Хуже другое. FPC отстает от дельфей в плане реализации языковых конструкций. И это реальная проблема для желающих уйти с Delphi, но уже привыкших к её прелестям.

[Дож]

Хуже другое. FPC отстает от дельфей в плане реализации языковых конструкций. И это реальная проблема для желающих уйти с Delphi, но уже привыкших к её прелестям.

Эх, а ведь когда-то ситуация была обратной :(

[kazalex]

Эх, а ведь когда-то ситуация была обратной

Я говорю даже не об отсутствии той или иной фичи, как то перегружаемые дефолтные свойства, анонимные методы или атрибуты, а о том, что даже поддерживаемые новшества поддерживаются лишь формально. Взять nested types. Фича доступная дельфийцам почти 10 лет, в FPC поддерживается, но результат реального использования печален. И примеров таких масса, причем не работают, казалось бы, элементарные вещи, например использование в директиве условной компиляции, размещенной в интерфейсной секции, константы декларированной в другом модуле. Или вот банальное приведение типа. Я понимаю, что все эти баги относятся к версии находящейся в разработке, а продукт бесплатный и ни кто ни кому не должен. Все это так. Но после такого опыта понимаешь, что как альтернативу Delphi, FPC можно рассматривать лишь в том случае, если речь идет о Delphi 7. Ну и чтобы совсем уж не офтопить... Вывод. Не стоит пугаться различий между Delphi и FPC т.к. на диалекте Delphi 7 можно писать одинаково и для того и для другого

[Mikhail]

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

У меня есть сомнения, что целесообразно гнаться за совместимостью с Delphi. Поддержка на уровне Delphi 7 достаточна, ИМХО.

[pda]

Недавно взглянул на дженерики в делфе и удивился на сколько они отличаются от objfpc.

Так пишите {$MODE DELPHIUNICODE}, собственно, при написании OBJFPC вы сознательно выбираете FPC-only.

Добавлено спустя 6 минут 4 секунды:

Поддержка на уровне Delphi 7 достаточна, ИМХО.

Это плохое имхо. Эмбаркадеро слегка упороты, но в основном правильные вещи делают. Хотя, правильные они лишь потому, что их тащат из C#. Однако без них паскаль можно отправлять в музей. С упомянутыми дженериками история такая была, их сделали в fpc и только потом в delphi. Причём, не так, как в fpc. Причём, правильно сделали, не так. Потому что сделали в разы прозрачнее описание. И сейчас в режиме совместимости с delphi её дженерики работают.

[kazalex]

Спасибо Сергею Горелкину за отзывчивость

[stanilar]

Хотя, правильные они лишь потому, что их тащат из C#.

Вот это-то и плохо. Именно поэтому мне не нравятся нововведения эмбаркадеры, включая поддержку юникода. Лучше бы делали совместимость FPC с стандартным си, чтобы типа можно было компилировать fpc исходники сишным компилятором.

[Mikhail]

Это плохое имхо. Эмбаркадеро слегка упороты, но в основном правильные вещи делают. Хотя, правильные они лишь потому, что их тащат из C#. Однако без них паскаль можно отправлять в музей. С упомянутыми дженериками история такая была, их сделали в fpc и только потом в delphi. Причём, не так, как в fpc. Причём, правильно сделали, не так. Потому что сделали в разы прозрачнее описание. И сейчас в режиме совместимости с delphi её дженерики работают.

Плохо сделаны дженерики и в Delphi и в FreePascal. Здесь не нужно торопиться, нужно все тщательно обдумывать. Примерно полгода назад здесь уже было обсуждение будущего Pascal, многие согласились, что оно безрадостное.

[hinst]

да я бы сказал что не только будущее безрадостное, но и настоящее безрадостное

[pda]

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

Язык без уникода сейчас задаром никому не нужен. А то, как это реализовано в fpc, с постоянным перекодирование в utf8 и обратно - это вообще не дело.

Лучше бы делали совместимость FPC с стандартным си, чтобы типа можно было компилировать fpc исходники сишным компилятором.

Даже боюсь спросить - как вы это видите...

Здесь не нужно торопиться, нужно все тщательно обдумывать.

Ну, вот вам аргумент "за" - подход "вы легко сможете пересесть с C# и получить на байткод, а бинарник для любой платформы (пока ещё нет, но они работают на этим)" не может не заинтересовать. Жаба конечно у эмбаркадеро тяжёлая, но с другой стороны у Xamarin цены как бы не более конские.