Собрать код без crt - можно, если тебе некуда девать время и ты хочешь не пользоваться в нем ни единой функцией posix (windows api - ни разу не он, и в нем не нуждается) и ничем из стандартных классов c++, не говоря уже о ms'овских - и для любого std::cout будешь самодельную обертку писать.

> Почему нельзя создавать обычный win32 код без внешних зависимостей

потому что намертво влинкованная в каждую программу необновляемая отдельно от нее версия libc (целиком!) вместе с stdc++ и еще классами foundation - плохой, негодный способ избавления от зависимостей.

Хотя написать программу, ничего из этого не использующую - можно, например - не на c. Или какой-то специальный случай, использующий только голый winapi (обычно что-то совсем уж примитивное).

А версий рантайма при этом может быть не одна и не две - причем, хотя ms обеспечивает shim'ы для обратной совместимости, надежнее, разумеется, использовать рантайм именно от того компилятора, которым пять лет назад собран именно этот бинарь. (и в винде такая возможность есть, в отличии опять же от шва6одкоподделок - причем к ним довольно долго еще и обновления выпускают)

если не студией собирать - ну получишь зависимости от пачки мусорных гнутых dll'ек и еще какую-нибудь libssl.dll впридачу.

Вот они, кстати, точно не будут никем за тебя обновляться, и лежать эта куча мусора будет вместе с каждой отдельной программой.

как будто были другие варианты сделать icq-клиент на этом 'открытом' протоколе без reverse engineering. и ревёрсить этот самый oscar никогда прямо не позволялось.

был ещё talk to oscar (tok), типа открытый протокол, но с меньшими возможностями. прожил недолго и толком востребован не был.