Из пустого в порожнее

[vak]

Взялся я поисследовать Си-шный рантайм. Глянуть, что делается в программе до main() и после. Беру пустую программу:

$ cat empty.c 
int main()
{
    // empty
}

Компилирую, причём линкую статически, чтобы избежать сложностей динамического загрузчика:

$ cc -static -Os empty.c -o empty

Глянем размер бинарника. На процессоре x86_64 под Ubuntu получается 667 килобайт:

$ size empty
   text	   data	    bss	    dec	    hex	filename
 667574	  23384	  22440	 713398	  ae2b6	empty

На процессоре arm64 выходит чуть получше, 497 килобайт:

$ size empty
   text	   data	    bss	    dec	    hex	filename
 497904	  22180	  21616	 541700	  84404	empty

Такие объёмы настораживают. Хорошо, запустим и посчитаем количество выполненных машинных команд. На процессоре x86_64:

$ bintrace -o x86.trace ./empty
$ grep '^0x' x86.trace | wc
 170979 1371361 10303769

На процессоре arm64:

$ bintrace -o arm64.trace ./empty
$ grep '^0x' arm64.trace | wc
  108719  565684 5186654

Ну офигеть просто. Больше ста тысяч команд чтобы просто стартонуть Си-шный код. Неладно что-то в Датском королевстве.

У меня иногда мелькает вопрос, чем занимаются компьютеры, когда мы на них не глядим. Какие-то бесполезные биты на байты множат. 😀

Comments

[vak]

Я понимаю что ты имеешь в виду. Так работал классический юниксный линкер. А тут libc.a упомянута как -lc, но не линкуется.

$ cat empty.c
int main() {}

#include <unistd.h>
void exit(int status) { _exit(status); }

$ cc -static empty.c -v
...
 /usr/libexec/gcc/aarch64-linux-gnu/13/collect2 -plugin /usr/libexec/gcc/aarch64-linux-gnu/13/liblto_plugin.so -plugin-opt=/usr/libexec/gcc/aarch64-linux-gnu/13/lto-wrapper -plugin-opt=-fresolution=/tmp/ccDzVNsd.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_eh -plugin-opt=-pass-through=-lc --build-id --hash-style=gnu --as-needed -Bstatic -X -EL -maarch64linux --fix-cortex-a53-843419 -z relro /usr/lib/gcc/aarch64-linux-gnu/13/../../../aarch64-linux-gnu/crt1.o /usr/lib/gcc/aarch64-linux-gnu/13/../../../aarch64-linux-gnu/crti.o /usr/lib/gcc/aarch64-linux-gnu/13/crtbeginT.o -L/usr/lib/gcc/aarch64-linux-gnu/13 -L/usr/lib/gcc/aarch64-linux-gnu/13/../../../aarch64-linux-gnu -L/usr/lib/gcc/aarch64-linux-gnu/13/../../../../lib -L/lib/aarch64-linux-gnu -L/lib/../lib -L/usr/lib/aarch64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/aarch64-linux-gnu/13/../../.. /tmp/cc1QUvYS.o --start-group -lgcc -lgcc_eh -lc --end-group /usr/lib/gcc/aarch64-linux-gnu/13/crtend.o /usr/lib/gcc/aarch64-linux-gnu/13/../../../aarch64-linux-gnu/crtn.o
/usr/bin/ld: /usr/lib/gcc/aarch64-linux-gnu/13/../../../aarch64-linux-gnu/libc.a(exit.o): in function `exit':
(.text+0x230): multiple definition of `exit'; /tmp/cc1QUvYS.o:empty.c:(.text+0x8): first defined here
collect2: error: ld returned 1 exit status

[spamsink]

Выходит, писать на "голом Си" (алгоритмический язык), вызывая лишь те внешние функции/системные вызовы, которые хочется, и отказаться от всего остального библиотечного скарба, больше нельзя? Досадно.

[vak]

Похоже что так. Я собственно и копаю в эту сторону, чтобы выяснить, насколько жёсткая и монолитная каждая из операционок. Может кое-где ещё осталась какая свобода.

[dmarck]

-nostdinc -nostdlib ещё существуют, но это сущий адЪ

[spamsink]

Они, собственно, и не для этого. Хочется-то stdlib оставить, а только от stdio избавиться.