C編程語言是否具有運行時？

Question

Objective-C有一個運行時，它將其語法轉換為組織和編譯的函數。 C有運行時庫嗎？ 此外，如果有人可以回答這個問題，那么GCC在C編譯過程中采取了哪些步驟？ 例如main.c >> main.s >> main.bin

Answer 1

是的，C語言具有標准庫; 也就是說，除了核心語言本身之外，還可以在他的程序中使用許多標准宏，例程和類型。

在流行的實現中，有一個單獨的庫文件包含C標准庫的代碼。 例如，在GNU / Linux環境中，GNU C庫（ libc ）幾乎總是存在。 Microsoft為Windows系統提供msvcrt.dll運行時庫，依此類推。

此外，C標准庫可能無法在獨立實現中使用。 有時可以編譯程序而無需從系統中鏈接C標准庫。 例如，眾所周知，Windows API表現為獨立的C編程環境（盡管可能需要鏈接其他特定於Windows的系統庫）。

關於GCC，下面簡要介紹了編譯管道：

1. 輸入源使用GNU cpp預處理，從而生成翻譯單元。 （實際上，正如Basile所指出的那樣，現在沒有創建cpp進程;整個預處理工作在cc1內完成。但是，最終的行為很可能與cpp相同。）
2. 然后將翻譯單元解釋並編譯為具有GCC cc1匯編源;
3. 然后將匯編源組裝成目標代碼，GNU as ;
4. 最后，將目標文件和庫鏈接在一起以生成具有GNU ld的二進制映像。

當然，根據駕駛員的選擇，這些步驟中的每一個都可以改變或根本不執行; 以上只是對整個過程的粗略解釋。

Answer 2

C有一個標准庫（例如strlen ， malloc等）

步驟是：編譯使用標准庫的代碼，然后將代碼鏈接到標准庫。 libc可以包含在靜態庫或動態庫中，具體取決於; 通常兩者都可用。

Answer 3

C有一個標准庫（Linux上的libc ，提供像<stdio.h>標准函數，如fprintf和<stdlib.h>例如malloc以及所有系統調用），甚至當你使用gcc時使用gcc -ffreestanding自由站立模式（例如編譯libc或某些內核）它鏈接一個微小的libgcc庫，它提供了內置語言的功能（例如32位平台上的64位加法）。

要了解gcc命令正在執行的操作，請將-v標志傳遞給它。 （不要忘記習慣總是使用-Wall編譯以獲取警告並使用-g來獲取調試信息），例如

 % gcc -v -g -Wall hello.c -o hello
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-4' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-4) 
COLLECT_GCC_OPTIONS='-v' '-g' '-Wall' '-o' 'hello' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/4.7/cc1 -quiet -v -imultiarch x86_64-linux-gnu hello.c -quiet -dumpbase hello.c -mtune=generic -march=x86-64 -auxbase hello -g -Wall -version -o /tmp/ccsWt3UC.s
GNU C (Debian 4.7.2-4) version 4.7.2 (x86_64-linux-gnu)
    compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR version 3.1.0-p10, MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/4.7/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/4.7/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
GNU C (Debian 4.7.2-4) version 4.7.2 (x86_64-linux-gnu)
    compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR version 3.1.0-p10, MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: c5f63dedeacd449634699df94fe3d914
COLLECT_GCC_OPTIONS='-v' '-g' '-Wall' '-o' 'hello' '-mtune=generic' '-march=x86-64'
 as -v --64 -o /tmp/ccO5i3pU.o /tmp/ccsWt3UC.s
GNU assembler version 2.22 (x86_64-linux-gnu) using BFD version (GNU Binutils for Debian) 2.22
COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-g' '-Wall' '-o' 'hello' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/4.7/collect2 --sysroot=/ --build-id --no-add-needed --eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o hello /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.7/crtbegin.o -L/usr/lib/gcc/x86_64-linux-gnu/4.7 -L/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.7/../../.. /tmp/ccO5i3pU.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-linux-gnu/4.7/crtend.o /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crtn.o

請注意， collect2是用於執行其他操作的鏈接器，並且幾乎每個Linux可執行文件都會使用libc.so （因為它包含了系統調用 ）。