Обновил
1. Упрощённый вариант, один инклуд с набором функций. Как только вы используете функцию, которая есть в этом инклуде, то запускаете инструмент и он возвращает в буфер обмена функцию для вставки в исходник или назначенный инклуд. А также выдаёт сообщение с именами функций, которые найдены в инклуде.
2. Добавлена проверка, что внутри исходника эта функция уже есть и проверка что это не массив, карта или список.
3. Параметр инструмента "%tempfile"

В плане хотелось бы добавить вывод функций, который не найдены. Также пока не просматриваются инклуды исходника в котором возможно уже есть инклуды.

Пётр
Компилятор сам ищет исполняемый код и не включает не вызываемые функции? Дело же не в скорости, а в размере файла получаемого на выходе.

Ещё раз сделал тест:
1. Скомпилировал MessageRequester("", "") получил файл размером 7 кб
2. Скомпилировал тот же код с добавлением строчки XIncludeFile "general.pb" получил размер исполняемого файла 16 кб.

А что если одна из функций этого кода будет использовать регулярное выражение? Ещё 150 кб.

Отредактировано AZJIO (29.12.2023 00:03:42)

Не должно быть так. Логично же что анализатор кода 10 строк пройдёт в разы быстрее, чем 10 тысяч строк. Сначала PureBasic`овкий компилятор преобразует в Си, потом Си будет анализировать. Конечно быстро, 10 строк и глазом моргнуть не успеешь, а для больших кодов я думаю линейная зависимость, чем больше кода во столько же раз медленнее. В любом случае Include_Helper будет ещё медленнее искать, но он хотя бы один раз найдёт и добавит только нужные и потом уже будет быстрее компилировать.

Обновление
Добавляет целиком модуль pbi если в исходнике используется хотя бы одна функция модуля.
Учитывается IncludeFile без рекурсии, но не учитывается IncludePath

В качестве теста создайте исходник с таким содержанием

SplitM()
ModPow()
GetMTPManufacturer()
ListSubKey()
SetTabBarGadgetItemImage()

Include_Helper обнаружит что есть вызов SplitM(), но нет тела функции. Также обнаружит последующие функции, что они принадлежат модулям

XIncludeFile "bigint.pbi"
XIncludeFile "TabBarGadget.pbi"
XIncludeFile "Registry.pbi"
XIncludeFile "PB.Ex_MTP"

и всё это будет отправлено в буфер обмена.
Для поиска модулей используется include.ini в формате bigint.pbi=Add,Assign, и т.д. то есть перечисление функций. Если она есть в списке то имя bigint.pbi будет добавлено как XIncludeFile. То есть можно из любого файла-модуля сделать маркер для добавления модуля в исходник.

Отредактировано AZJIO (29.12.2023 03:42:03)

Замабувараев
Из тысячи строк или из тысячи файлов? Пока я компилирую один файл в большинстве, хотя и не 3 тысячи строк. По крайней мере на ASM заметно, что файл стартует без перекомпиляции мгновенно и когда что-то изменил, уже заново создаёт объект.

"C backend" даже при неиспользовании неиспользованных функций создаёт файл в полтора раза больше чем скомпилированный в asm. Хотя это не жёсткое правило, плюс-минус.

Кстати интересно, если PureBasic превращая код в Си выставит флаг, что нужно присоединить модуль регвыр, то "C backend" отменит это действие? Проверил, отменил даже без оптимизации. Асм собрал 236 кб, а Си собрал 16 кб (мессага с функцией, в которой регвыр)

Отредактировано AZJIO (29.12.2023 03:55:39)