C++ Builder - стандарты? (2 стр)

monobogdan
> У GCC есть некоторые проблемы с совместимостью под виндой,

У GCC есть расширения, заточенные под С, которые ни Билдер, ни Студия не поддерживают (а для страдающих по скорости компиляции - компиляции в несколько потоков). 

monobogdan
> и линковаться с COFF объектниками он не может(в отличии от cpp builder).

С++ Builder не умеет линковаться с COFF от современных студий (даже coff2omf не спасает), по крайней мере С++ Builder 6.0 и старые Rad Studio. Инфа 100%

monobogdan
> Чаще как раз всё наоборот - эльфийский выкидывают вместе с stdlib, и берут
> буст/пишут свой stl.

Открой hh.ru ,  - никому не нужны изобретатели STL, зато в 2 из 3 вакансий хотят С++14  и многопоточность.

0iStalker
> а для страдающих по скорости компиляции - компиляции в несколько потоков
И всё равно медленнее тулчейна 2008 студии.

0iStalker
> С++ Builder не умеет линковаться с COFF от современных студий (даже coff2omf не
> спасает), по крайней мере С++ Builder 6.0 и старые Rad Studio. Инфа 100%
После смены ABI, даже vs2012 перестала линковаться с объектниками 2013, это фейл мелкософта, а не борланда.

0iStalker
> Открой hh.ru ,  - никому не нужны изобретатели STL, зато в 2 из 3 вакансий
> хотят С++14  и многопоточность.
Даже если и так, в чём проблема вникнуть в новые стандарты?

monobogdan
> После смены ABI, даже vs2012 перестала линковаться с объектниками 2013, это
> фейл мелкософта, а не борланда.

Современная это старше VS4.0,  девяносто лохматого года. Никогда билдер объектники от студии не подхватывал,  а coff2omf по смыслу должен конвертировать библиотеки импорта DLL, но у него это не получается. Приходится использовать impdef (gcc ровно всё то же самое)

monobogdan
> Даже если и так, в чём проблема вникнуть в новые стандарты?

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

coff2omf это действительно может. По крайней мере нормально линковался Embarcadero Seattle/Berlin с библиотекой на vs2015. Но все функции были как положено обьявлены как extern "C", может в этом дело. Учитывая полный застой билдера более старые версии тоже должны работать.

По теме-старый компилятор-просто дрова, новый -приделан сбоку и не тем концом. Нормально собирать vcl компоненты в отельных библиотеках его научили только начиная с Berlin, в Seattle он сломан и патч доступен только по расширенной поддержке.
В целом быший Borland- ныне ведро мусора, в котором криво работает вообще все. Развитие ядра остановилось десяток лет назад, после только  рюшечки навешивали, косяки кочуют из версии в версию -годами.

monobogdan
> А что еще надо? Всё он поддерживает.
Я не смог скомпилировать даже GLM :) хотя Windows Form компоненты у него куда менее коряво ложатся, чем у VS, в которой на C++ для Windows Forms давно забили, толкают свои Шарпы...

monobogdan
> У GCC есть некоторые проблемы с совместимостью под виндой, и линковаться с COFF объектниками он не может(в отличии от cpp builder).
Я пользуюсь только GCC, постепенно подхожу к разработке своего GUI уже непосредственно под GAPI, чтоб не пользоваться всем этим дерьмом, которое теперь существует тупо для разработки Windows Form приложений типа генератора ключей и т.п. )))

Daniil Petrov
> Я не смог скомпилировать даже GLM
У GLM насколько я помню, каша из шаблонов, с которыми билдер работает на уровне vc98 - т.е плохо.

Daniil Petrov
> Windows Form компоненты у него куда менее коряво ложатся, чем у VS, в которой
> на C++ для Windows Forms давно забили, толкают свои Шарпы...
У C++/CLI гораздо лучше поддержка, но он существует больше для маршаллинга натива в манагед и обратно, в то время как Delphi переносили на дотнет осознанно.

Daniil Petrov
> типа генератора ключей
Ты видимо имел ввиду GUID и полез в OLE?

monobogdan
> Ты видимо имел ввиду GUID и полез в OLE?
Я имел в виду тупые формы с текстовым полем и кнопками типа Generate :) ну плюс ещё те возможности, которые дают их родные исходники )))