ansistring заданной длины

[Сквозняк]

>По хорошему надо вообще убрать все эти функции оттуда, как и математику и пр., RTL должен быть минимальным.

Ничего оттуда убирать не надо, при умной линковке и так файл маленький, лучше лазарусный минимализм исправьте - 5 метров на пустую форму, это весело.

[Mikhail]

Ничего оттуда убирать не надо, при умной линковке и так файл маленький, лучше лазарусный минимализм исправьте - 5 метров на пустую форму, это весело.

Причем здесь размер? Речь о сложности переноса на другую платформу (или реализации альтернативного компилятора), чем больше в RTL элементов, тем сложнее. Зачем в RTL пихать работу с файлами например?

[Сквозняк]

Причем здесь размер?

Очень даже причём. Паскалевски-лазарусные демки, если их много, отжирают немаленькое дисковое пространство, хоть упэиксом их жми чтобы в режиме простоя не жрали в три горла.

>или реализации альтернативного компилятора), чем больше в RTL элементов, тем сложнее

Уже была их куча. Один написан на ассемблере и потому приколочен к платформе гвоздями, другой, как визуалбейсик - на плюсах и стоил как новенький ПК. Так что дело не в количестве функций RTL а в системном подходе к компиляторостроению. Если проапгрейдить встроенную иде, то тогда можно будет замахнуться и на пользовательские патчи для компилятора. Полностью альтернативный fpc для больших компьютеров сейчас не нужен. А если ты говоришь про компилятор для микроконтроллеров, то это отдельный вопрос.

>Зачем в RTL пихать работу с файлами например?

Да затем, что приложению это нужно, а то что есть в sysutils - большое и жирное, а linux не кроссплатформенный модуль, для винды его как dos не собрали.

[Mikhail]

Очень даже причём. Паскалевски-лазарусные демки, если их много, отжирают немаленькое дисковое пространство, хоть упэиксом их жми чтобы в режиме простоя не жрали в три горла.

>или реализации альтернативного компилятора), чем больше в RTL элементов, тем сложнее

Уже была их куча. Один написан на ассемблере и потому приколочен к платформе гвоздями, другой, как визуалбейсик - на плюсах и стоил как новенький ПК. Так что дело не в количестве функций RTL а в системном подходе к компиляторостроению. Если проапгрейдить встроенную иде, то тогда можно будет замахнуться и на пользовательские патчи для компилятора. Полностью альтернативный fpc для больших компьютеров сейчас не нужен. А если ты говоришь про компилятор для микроконтроллеров, то это отдельный вопрос.

>Зачем в RTL пихать работу с файлами например?

Да затем, что приложению это нужно, а то что есть в sysutils - большое и жирное, а linux не кроссплатформенный модуль, для винды его как dos не собрали.

Вы не понимаете о чем говорите.
Sysutils это хороший пример что не нужно все пихать в один модуль.

[hinst]

я не понимаю о чём вы говорите
Одному надо фиксированную строку из 1000 символов
Другому надо убрать работу с файлами из RTL
Третьему надо маленькие исполняемые файлы

[Mikhail]

я не понимаю о чём вы говорите
Одному надо фиксированную строку из 1000 символов
Другому надо убрать работу с файлами из RTL
Третьему надо маленькие исполняемые файлы

Кстати, я так и не понял зачем нужна строка из 1000 символов.

[Vapaamies]

[del]

[Сквозняк]

Кстати, я так и не понял зачем нужна строка из 1000 символов.

Если написать, то многие здесь могут расстроиться