Возникает зависимость от версии либц. Программа созданная на одной системе
не работает на другой. Это ужас. Да юниксы на С очень завязаны
Они на нем написаны. Насчет зависимости не уверен - не важно использует программа libc или нет, всеравно ее придется отдельно собрать под FreeBSD, Linux и тп. Но вот вызовы (сами функции) в libc стандартны.
Да и размер этой библиотеки всё время растёт, достигая десятков мегабайт
(если уже не сотен).
%ls -l /lib/
...
-r--r--r-- 1 root wheel 884716 20 окт 10:04 libc.so.5
...
С другой стороны почему бы не иметь возможность написать программу,
которая сможет работать с одним только ядром ?
Это путь обртаный кроссплатформенности. Вызов int80 во FreeBSD и Linux например отличается способом передачи аргументов. А вот вызов функции из (g)libc в обоих случаях будет одинаковый.
В части надёжности, функции на Паскале будут работать не хуже, чем на С.
Поскольку они самые часто используемые, то надёжность будет. А в
скорости будет скорее всего выигрыш.
К сожалению сейчас мы имеем прямо противоположную тенденцию
В своем стремелении к кроссплатформенности разработчики FPC жертвуют эффективностью и усложняют код. Если заглянишь в некотрые исходники, то увидишь там как одна функция всеголишь вызывает другую функцию и тд. Такой вот принцип матрешки. Где тут выйгрыш в скорости? А уж о багах возникающих на этом пути и говорить не приходится. Только если это будет целью разарботчиков, а у них похоже такой цели нет.Независимость от главных С библиотек и особенно от либц, даст большой
плюс ФП.
