>По хорошему надо вообще убрать все эти функции оттуда, как и математику и пр., RTL должен быть минимальным.
Ничего оттуда убирать не надо, при умной линковке и так файл маленький, лучше лазарусный минимализм исправьте - 5 метров на пустую форму, это весело.
ansistring заданной длины
Модератор: Модераторы
Сквозняк писал(а):Ничего оттуда убирать не надо, при умной линковке и так файл маленький, лучше лазарусный минимализм исправьте - 5 метров на пустую форму, это весело.
Причем здесь размер? Речь о сложности переноса на другую платформу (или реализации альтернативного компилятора), чем больше в RTL элементов, тем сложнее. Зачем в RTL пихать работу с файлами например?
Mikhail писал(а):Причем здесь размер?
Очень даже причём. Паскалевски-лазарусные демки, если их много, отжирают немаленькое дисковое пространство, хоть упэиксом их жми чтобы в режиме простоя не жрали в три горла.
>или реализации альтернативного компилятора), чем больше в RTL элементов, тем сложнее
Уже была их куча. Один написан на ассемблере и потому приколочен к платформе гвоздями, другой, как визуалбейсик - на плюсах и стоил как новенький ПК. Так что дело не в количестве функций RTL а в системном подходе к компиляторостроению. Если проапгрейдить встроенную иде, то тогда можно будет замахнуться и на пользовательские патчи для компилятора. Полностью альтернативный fpc для больших компьютеров сейчас не нужен. А если ты говоришь про компилятор для микроконтроллеров, то это отдельный вопрос.
>Зачем в RTL пихать работу с файлами например?
Да затем, что приложению это нужно, а то что есть в sysutils - большое и жирное, а linux не кроссплатформенный модуль, для винды его как dos не собрали.
Сквозняк писал(а):Очень даже причём. Паскалевски-лазарусные демки, если их много, отжирают немаленькое дисковое пространство, хоть упэиксом их жми чтобы в режиме простоя не жрали в три горла.
>или реализации альтернативного компилятора), чем больше в RTL элементов, тем сложнее
Уже была их куча. Один написан на ассемблере и потому приколочен к платформе гвоздями, другой, как визуалбейсик - на плюсах и стоил как новенький ПК. Так что дело не в количестве функций RTL а в системном подходе к компиляторостроению. Если проапгрейдить встроенную иде, то тогда можно будет замахнуться и на пользовательские патчи для компилятора. Полностью альтернативный fpc для больших компьютеров сейчас не нужен. А если ты говоришь про компилятор для микроконтроллеров, то это отдельный вопрос.
>Зачем в RTL пихать работу с файлами например?
Да затем, что приложению это нужно, а то что есть в sysutils - большое и жирное, а linux не кроссплатформенный модуль, для винды его как dos не собрали.
Вы не понимаете о чем говорите.
Sysutils это хороший пример что не нужно все пихать в один модуль.
я не понимаю о чём вы говорите
Одному надо фиксированную строку из 1000 символов
Другому надо убрать работу с файлами из RTL
Третьему надо маленькие исполняемые файлы
Одному надо фиксированную строку из 1000 символов
Другому надо убрать работу с файлами из RTL
Третьему надо маленькие исполняемые файлы
hinst писал(а):я не понимаю о чём вы говорите
Одному надо фиксированную строку из 1000 символов
Другому надо убрать работу с файлами из RTL
Третьему надо маленькие исполняемые файлы
Кстати, я так и не понял зачем нужна строка из 1000 символов.
Mikhail писал(а):Кстати, я так и не понял зачем нужна строка из 1000 символов.
Если написать, то многие здесь могут расстроиться