за размер всегда приходится платить, даже если всё на чистом асме

Вот в этом проблема. Сначала ты мучаешься, чтобы наконец получить нормальный размер для Си, а потом оказывается, что страдает скорость, а ещё тебе надо потеть, чтобы получить API через хитрости системы.

С ассемблером всё намного проще и удобнее. Сам хозяин своей судьбы

/Gs- и __declspec(safebuffers) перед функцией вообщем

Конкретно в TCC — да. Он вообще не пытается оптимизировать, кроме самых простых случаев. Зато с ним не нужно никаких дополнительных телодвижений делать, чтобы получать мелкие бинарники.

msvc на помойку сразу выбросите, лучше уж шланг возмите

Ну так с асмом тоже придется делать такое

Не придётся

А с FASM так вообще легкотня

придётся, просто ты этого не поймёшь

Ну да, вот куча случаев было, и не пришлось. И я ещё не понимаю

Если ты выкинешь из линковки какой-нибудь user32.lib и захочешь окошко сделать то придется руками грузить user32.dll и в таблице экспорта апи искать ( GetProcAddr вроде в винде ? )

В jonesforth.S

скорее всего для .lib лишнее выкидывается, и GetProcAddr как раз сидит в той самой user32, емнип

у мс написано что в кернел32

Ну вот API системы - руками можно взять из SEH, и читать экспорт таблицу файла, или если нужна доп библиотека - получаешь GetProcAddress, LoadLibrary, и вперёд. Будет больше размер файла

Можно ещё через dd вписать в импорт таблицу PE, тогда будет размер файла меньше

С оптимизацией и весом тоже всё просто. Захотел - где-то оптимизировал, захотел - где-то уменьшил вес, добавил тактов. И так это всё можно скомпенсировать. Си так не сможет

И не нужно никакие компиляторы дополнительные качать, что-то в флагах заменять, что-то ещё где-то копаться

из  Seh?

Ну да. Так же InMemoryOrderModuleList

А

Peb