"Умная линковка" в компиляторах

[Q-Master]

Всем этим "аццким гемороем" занимается одна-единственная утилита smartlib и делает всё автоматически. Программисту остаётся только указать "линии разреза" между функциями, помещаемыми в библиотеку отдельно.

Притом она, эта утилита, очень полезна не только для SDCC, но и для tcc, DJGPP для Windows и т.д. Кстати, по методу Макса Феоктистова можно собирать сверхмаленькие EXE и DLL размером от 1 кб. Т.е. они в принципе получаются небольшими, без специальных ухищрений.

См. ниже. Утилита в целом-то не особенно и нужна.

Во-2, вы лично не адаптировали ни одной библиотеки для SDCC и рассуждаете чисто теоретически?

В чем состоит "адаптирование"?
Нечитаемость заключается в том, что в 1 гигантском файле находится огромное количество функций, которые представляют из себя кашу с совершенно разным функционалом никак не разделенную. В результате понять где что находится и как работает - то еще приключение.
Я говорю это все не голословно, а исключительно с точки зрения большого опыта.

Называю нехорошим словом то, что мне не нравится, да?

А как еще назвать то, во что превращается банальная компиляция 1 исходника? Реально получается мегапомойка из кучи *.c файлов с кучей ненужных инклюдов и прочего.

К слову, да, собирает дольше. Ну а как иначе. Но дольше не из-за разбивки, она происходит мгновенно. Дольше из-за того, что каждый кусок при сборке тянет свои хидеры, компилятору их надо заново парсить, это требует времени, в т.ч. и в случае варианта 1 от Sergey.

См. ниже. Проблема решается красивше, но не лучше.

Да чушь вы говорите. Разрабатываю библиотеки уже годами, ноль проблем. А вот пока не изобрёл такой способ - здесь некоторые товарищи бухтели про то, что "этот долбанный SDCC ещё и всё из библиотек тянет, оказывается, ай-яй-яй какой он нехороший".

Вы изобрели велосипед, причем с квадратными колесами и без педалей. Куда раньше велосипед изобрели писатели libtool.

Поясните.

Поясняю. Все элементарно и давно придумано в libtool. Решение простое и не требует никаких лишних "линий разреза" и утилит и решается исключительно компилятором (точнее пре-процессором).
Идея следущая:
в начале xxx.h подключается config.h в котором на каждую используемую ф-цию добавлена 1 строчка #define USE_XXXX 1 либо #undef USE_XXXX
в самом xxx.h и в xxx.c перед каждым определением и реализацией ф-ции стоит #ifdef USE_XXXX и в конце #endif. Полностью убирает проблему с резьбой мегафайла на кучу мелких и жутких тормозов компиляции. Не решает проблему гигантского сорца.