>[оверквотинг удален]
> перед тем, как передать ему управление. Просто задумайтесь, каким образом вообще
> "дергаются пины". Кто и как Вам отображает уровень сигнала на "пине"
> в ноль/единицу какого-то бита в байте по некоторому указателю или в
> переменной. Нет там никаких пинов -- есть исключительно мнгоразрядные регистры, скорее
> всего, на D-триггерах, в которые можно что-то записать с шины данных
> по фронту/спаду синхросигнала, используя машинные инструкции. И два варианта -- регистры
> эти существуют в отдельном адресном пространстве, или отображаются на память. Поскольку
> си не различает этих вариантов этого, ему на помощь приходит libc
> -- библиотека, расширяющая и дополняющая язык си, которая в вашем случае
> сводит все к "дерганью пинов".

Скорее всего как-раз для этого никакая libc не нужна - чтение/запись по указателю уже и так есть в самом языке (для этого разные volatile и изобретали). А функций inp()/outp() наоборот ни в какой libc нет. В каком-то виде libc может потребоваться, если хочется писать как в обычном hosted-окружении - используя memset(), memcpy() и прочие функции, вместо каких-нибудь самодельных и нестандартных ZeroMemory() и CopyMemory(), но опять-же для freestanding - это не требование - как хотите так свои функции и называйте, разве-что, имхо, main() должен быть, а остальное - что хотите, то и городите. А так - любую библиотеку можно назвать libc, хоть даже libxml.