Новая зверушка "NewPascal" & бодания в команде FPC ?

[Mikhail]

он предлагал патчи для менедж операторов, а это и есть ARC

В FPC это больше не планируется?

[Vadim]

У LLVM есть другой минус - компилирует он небыстро весьма (вроде как, не проверял).

Можно проверить... К примеру сборка эмулятора БЭСМ-6:
- gcc - 18 секунд,
- clang - 21 секунда.

[debi12345]

clang - 21 секунда.

Это не чистый LLVM, а надстройка над ним -так что претензии вполне могут быть именно к надстройке

[Vadim]

Это не чистый LLVM

А все без исключения программы нужно собирать исключительно чистым LLVM?
Это была шутка...

[debi12345]

А все без исключения программы нужно собирать исключительно чистым LLVM?

MSElang например не вызывет CLang (lДейсвительно нафига?), а генерит исходники сразу для LLVM-а.

Добавлено спустя 10 минут 52 секунды:
C-компиляторы тормозят в том числе из-за препроцессора, именно Clang берет на себя эту функцию (так как LLVM пропроцессингом не занимается)

[Vadim]

MSElang например не вызывет CLang (lДейсвительно нафига?), а генерит исходники сразу для LLVM-а.

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

[debi12345]

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

Верно, но сам LLVM тут мало причем. Clang такой же 2-проходовый как GCС, поэтому врядли может феерить в теме "скорость сборки"

[скалогрыз]

В FPC это больше не планируется?

скорее планируется, чем не планируется
Хотя, если они не попадут в релиз к моменту, как делфи от ARC отречётся, может и перестанут планироваться

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

(Нужно более существественное спонсорство, чем просто 15к евро... хотя, если передать проект в Индию...)

[debi12345]

Хотя, если они не попадут в релиз к моменту, как делфи от ARC отречётся,

А вообще много осталось в 2018 году дельфевого лигаси-саппортного софта, который нужно фанатично обслуживать и делать из него путеводную звезду для ФПЦ ?

[скалогрыз]

А вообще много осталось в 2018 году дельфевого лигаси-саппортного софта, который нужно фанатично обслуживать и делать из него путеводную звезду для ФПЦ ?

вполне достаточно, чтобы и в FPС и в LCL продолжади добавлять delphi фичи, которые потом нигде не работают, понуждая заниматься эмуляцией Винды везде.

команде LCL нужно памятник поставить в штабквартире Майкрософт. Более преданных (и дешёвых) разработчиков, готовых нести винду всюду, им найти трудно. "Write once - Windows Anywhere". (Windows в самом плохом смысле этого слова)
Не слишком прохладно, я надеюсь.

[debi12345]

Не слишком прохладно, я надеюсь.

ФПЦ по этой части "везет". Кто-то "несет винду в массы"... кто-то не удосуживается документировать фичи (как Мартин, видимо испытывающий аллергию к FpDoc-у) из-за чего его старания и великолепные (можно даже сказать - прорывные) результаты мало кто способен оценить (так как любую мелочь приходится "вкуривать" из огромных исходников... легко представить эмоции решившего "попробовать" после нескольких таких "мелочей" подряд)... кого-то слишком продакшэн-настроенного выгоняют из хобби-команды...

[Mirage]

он предлагал патчи для менедж операторов, а это и есть ARC т.е. операторы по присвоению, добавлению/снятию ref-countа, освобождения, копирования.Как раз, то что сейчас делает компилятор для строк, динамических массивов и интерфейсов.

Ну так это правильный ARC. Т.е. нужно - он есть, не нужно - его нет.

во-вторых, у Эмбры есть Firemonkey.

Вот напишут среду на нем, тогда и будет. А пока есть что-то сырое и недоделанное.

Как имхо: популярность VCL-а обеспечила именно и WinAPI и его Open-source-ность.

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

[скалогрыз]

Не там, а тут.
Не то чтобы крутое, но развитие.

а вот кстати, (Фпц) кор, прочитал про новые inline переменные, и их реакция звучит примерно так:
"Мы можем заказать ядерный удар по их штаб-квартире?"
"Кто-нибудь за то, чтобы прикратить Делфи совместимость с версии 10.2?"

[serbod]

Не понимаю, в чем сложность реализации ARC, если оно уже есть? Почему нельзя просто добавить typed pointer в variant? А если еще добавить в variant тип dictionary (array [string] of variant) то сразу добавляется совместимость со всеми современными языками и сериализация во всякие JSON вообще без проблем.

Да, понимаю, это очень жирные фичи с огромным оверхедом. Но для современного железа это не проблема.

Добавлено спустя 7 минут 17 секунд:
Я бы вместо inline переменных в языке сделал inline редактор переменных в IDE. Поставил двоеточие после слова - появляется подсказка автодополнения типа, а потом редактор сам переносит обьявление переменной за пределы блока, оставляя только название.

[debi12345]

Да, понимаю, это очень жирные фичи с огромным оверхедом.

Нет особого оверхэда - строковые ключи тупо хэшируются.