Kazantsev Alexeyоткуда возьмутся желающие что-то пилить в открывшемся, вдруг, компилере (который завтра может, внезапно, снова закрыться - мы же помним об игре в опенсорс с интербейзом). FPC в этом плане куда перспективнее.
1. даже если потом закроется, то все равно сможем многое пофиксить и усоверьшит до этого момента
2. в fpc если подпиливать, останется дрянной отладчик и дрянная среда. выхлоп слишком долго ждать
3. у сообщества кодеров fpc какая-то нездоровая атмосфера - выкидывают ценных кодеров, вкусовщина, такое впечатление

Kazantsev AlexeyЧто мешает прямо сейчас начать фиксить дрянной отладчик и среду???
То, что начинать нужно всё-таки с компилятора..
Kazantsev AlexeyУ устоявшегося сообщеста есть свои правила по оформлению кода и взаимодействию между членами. Нарушители выпиливаются, это логично, иначе анархия и смерть.
брехливая трескучая фраза. Если у сообщества есть единая цель, paramount, всё остальное можно разрулить и добиваться результата.

В сухом остатке - код либо работает, либо нет..

вот пример--

https://bugs.freepascal.org/view.php?id=24481
анонимы -- реализованы сто лет назад форком.

https://bugs.freepascal.org/view.php?id=33384
атрибуты -- реализованы больше года назад, также

и..?? нет даже бранчей, не говоря уже мерджа с транком
---
даже если они забагованы (хотя это не установлено ), всё лучше, чем ничего
Это проблемы уровня SHOW STOPPER и, блжад, но их тупо игнорируют. Гнилая там атмосфера, междусобойчик, и положили они болт на нужды среднестатистического разработчика.

Kazantsev AlexeyAlekXLЕсли у сообщества есть единая цель, paramount, всё остальное можно разрулить и добиваться результата.
Ну да, если есть желание добиваться цели совместными усилиями, то со своим уставом в чужом монастыре делать нефиг
еще одна пустая трескучая фраза, притом логически несогласованная

Kazantsev AlexeyИ атрибуты и анонимки и ещё много чего в бранчах есть. А не смерджены они от избытка желающих тестировать это всё (все же творцы) Назови эти бранчи, дай ссылки..
Kazantsev AlexeyЛПП. Я подписан на список рассылки разработчиков FPC, нормальная там атмосфера. Недавно обсуждали патчи для замыканий и неявной специализации функций-дженериков.
Это кому как, верно? Змее комфортно в серпентарии. Нужно не обсуждать а делать то, что уже давно назрело.

Kazantsev AlexeyAlekXLНазови эти бранчи, дай ссылки..
joost\classattributes, blaise\closures. https://foundation.freepascal.org/projects/project-2
это бранчи с последними коммитами в 2012 и 2013 годах... И сколько нам еще ждать? Притом, непонятно, будут ли они совместимы с Delphi синтаксисом и семантикой..
Но теперь понятно -- они отвергают работу сторонних разработчиков в пользу своих поделий-долгостроев.. Фатальный недостаток. И возможно, попытка закрыть исходники -- договорятся между собой, да и закроют..

Kazantsev AlexeyНу так вот автор патчей и сделал. Обсуждали, что именно подправить нужно для принятия. Обычный рабочий процесс.
какой именно автор?

ziv-2014Idera придется менять бизнес модель на ту, которую используют qt. Для comunity бесплатно и с некоторыми ограничениями, для бизнес платно и дорого. С ее то долгами она на это навряд ли пойдет. Да и качество кода пока не дотягивает. Придется выкладывать компилятор, VCL и FMX. речь не идет о копилефте. VCL… FMX в этом смысле открыты. Речь о том… чтобы отрыть компилятор для просмотра и пулл реквестов, с отказом от исключ. прав того, кто написал патч.

FoxpcОни никогда его не откроют по причине, что это большие убытки. И они не смогут продавать лицензии по 90 тысяч рубликов.
никаких убытков, научитесь читать

повторюсь, эта тема не пустой флейм. Речь оAlekXL RSP-24169

asviridenkovAlekXL,

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

Kazantsev AlexeyAlekXLИ сколько нам еще ждать?
Так ты не жди, бери и делай. Ты же за открытость, ну так вперёд!

Ходят слухи, что FPC вообще отказывается от совместимости с Delphi -- inline переменные и вывод типов не будут реализованы в FPC принципиально

Kazantsev AlexeyAlekXLinline переменные и вывод типов не будут реализованы в FPC принципиально
Даже если и так, то невелика беда (не киллер фича, от слова совсем). Насколько я помню, у них там кто-то работал над внедрением стандарта Extended Pascal (ISO 10206), а там есть фишки куда более интересные.
не, погоди, если не будет инлайнов, принципиально , то не будет и совместимости с Delphi -- это очевидно. Значит, от совместимости отказываются.
Раз ты подписан на рассылку, то вот и проясни этот момент.Я посмотрел архив за апрель, но вроде там ничего нет. Хотя, там только до 8 числа архив.

Kazantsev AlexeyИ опять же, никто не мешает в опенсорсе пилить что хочется.это так, но вопрос в том, нужно ли делать форк.

Kazantsev AlexeyЕсли да кабы... Откуда ты вообще взял эту формулировку, что от поддержки инлайн-переменных отказываются принципиально?
на форуме DP какой-то перец заявил.

Kazantsev AlexeyAlekXLна форуме DP какой-то перец заявил.
Ссылочку?
https://en.delphipraxis.net/topic/940-delphi-compiler-need-to-be-opensourced/?do=findComment&comment=7612

Kazantsev AlexeyНо допустим, что некие люди из core team действительно против этой фичи, тогда форк является вполне обоснованным решением. Форкнулся же NewPascal...
меня еще вопрос такой интересует - стоит ли туда вообще фичи из newpascal мерджить?
что там этот марик наворотил?