1. Обычно код программы получается совсем маленьким. Больше места занимают стандартные библиотеки. А ещё много места (относительно кода маленькой программы) занимает то, что вашу программу стартует (т.е. запускает main или WinMain), а потом чистит мусор. Если это линковать внешне, то получится гораздо меньший екзешник. Попробуйте только откомпилировать (не линковать) и сравнивайте, сколько весит *.obj или *.o (или как он увас называется).
2. Попробуйте отлинковать */GCC со статическими библиотеками, crt, stdc++lib и multithreading. Думаю, что код получится больше.
3. А потом, в релизе, код может оказаться больше, из-за таких вещей как i468 instruction set, MMX, align, sheduling, loop unrolling, inlining которые сильно ускоряют работу на современных ПК.
4. Мой совет: не смотрите на величину кода, а обращайте внимание на качество, скорость, сходство debug и release по функциональности и т.д. В больших программах это важнее.
Почему разные редакторы компилируют программы разной величины?
-
mar
Re: Почему разные редакторы компилируют программы разной величины?
по поводу примера (а особенно объяснений к нему), когда я читала эту статью, как раз писала программу работы со звуковой карточкой. Ну и попробовала скомпилячить ее таким образом (с ручной доделкой интерфейса, естественно). Так вот весь этот проигрыватель, который под Borland Builder весил совсем не мало, и на VC без ухищрений, соответственно тоже, тут (на VC по методе статьи) стал не больше 8 Kb (если правильно помню). При этом там было все честь по чести: окно, меню, даже модальное about 