защищать? ну это фейл что нет long int нормального от компилятора, но нет - все равно - "класс. круто. так и надо".
вы путаете язык и платформенную реализацию
а можно более развернуто?
есть системное abi - оно по сути - сишное. и в нем есть long int, которого нет в фпц, из-за чего приходиться городить велосипеды очередные. это плохо.
Если с ф-ями для работы со строками и их непрозрачностью я был согласен, то тута нет )
и в чем же конкретно?
Что фпц плохой из-за того, что не подстраивается по си-шные типы данных
они не сишные, они системные, часть abi системы.
Но ссылаетесь постоянно на си, а вот в си вот так а вот в си эдак
потому как системные abi описаны на примере си
Ну т.е. как я и сказал - сишные типы )
системные типы. в си это int, в паскале Integer и тд
Какие конкретно системные? System V abi?
https://www.ibm.com/docs/en/ibm-mq/9.0?topic=platforms-standard-data-types-unix-linux-windows
интежер системный? не в fpc
можешь пдф ку глянуть от @CynicRus хотим мы этого или нет - но описано все "системное" в терминах и типах си
uses ctypes; дает где-то неправильные алиасы?
Ага, с дефайнами не проканало, теперь предложение подключить очередной хитрый модуль, который накидает в глобал скоуп тонны типов, вместо элементарной функциональности от компилятора. А потом эти «сишные» типы, из этого модуля, еще и расползутся за пределы хидера, по всей паскальной программе - удобно.
Этот юнит там с незапамятных времен и как раз ради h2pas... И да, он, сюрприз, как раз на дефайнах
То что он на дефайнах я уже выше писал - функционала от компилятора нет, нагорожен целый модуль для имитации
Обсуждают сегодня