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，导致翻译单元。 （其实，巴西莱指出，如今没有cpp过程中创建;整个预处理工作中cc1做尽管如此，产生的行为是最有可能同与cpp。）
2. 翻译单元，然后解释并与GCC cc1汇编成汇编源代码;
3. 然后将汇编源程序与GNU as汇编成目标代码;
4. 最后，将目标文件和库链接在一起以产生GNU ld的二进制图像。

当然，根据驱动程序选项，这些步骤中的每一个都可能被更改或根本不执行;以上只是对整个过程的粗略解释。

Answer 2

C有一个标准库（例如，strlen，malloc等）

的步骤如下：编译代码，使用标准库，然后将您的代码链接到标准库。取决于;可以包含在静态库或动态库中的libc;通常都可用。

Answer 3

C有一个标准库（libc在Linux上，它提供了像那些在<stdio.h>如fprintf和<stdlib.h>如malloc以及所有的系统调用标准功能），甚至当你在独立模式下使用gccgcc -ffreestanding（例如，编译libc或某个内核），它链接了一个微小的库，它提供了内置语言的功能（例如，在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是包裹做更多的事情链接，并libc.so得到几乎每一个Linux可执行使用（因为它被包装syscalls）。