好的，我对gcc和ld不太熟悉，但是我显然缺少一些东西，但是在“使用ld”或网上的其他地方，我似乎找不到特定的答案。
我使用的是一个简单的源代码文件，我已经断网了（我将其保存为dummy.c）：
#include <stdio.h>
int main () {
int ch;
for( ch = 75 ; ch <= 100; ch++ ) {
printf("ASCII value = %d, Character = %c\n", ch , ch );
}
return(0);
}
gcc dummy.c
有效，然后
./a.out
也可以。
而且，更具体的是：
gcc -o dummy dummy.c
有效，然后
./dummy
也可以。
但是我然后删除a.out和dummy并尝试：
gcc -c dummy.c
会生成dummy.o
然后我做：
ld -o dummy dummy.o -lc
但这会导致：
ld: warning: cannot find entry symbol _start; defaulting to 0000000008049020
，尽管它会产生假人，但尝试./dummy会导致：
-bash: ./dummy: No such file or directory
即使目录中显然有虚拟对象（权限为755）。
我在做什么错了？
=====
按照下面的ssbssa的建议，我尝试了gcc -v dummy.c->结果是：
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/8/lto-wrapper
Target: i686-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 8.3.0-6' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=i686-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-targets=all --enable-multiarch --disable-werror --with-arch-32=i686 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu
Thread model: posix
gcc version 8.3.0 (Debian 8.3.0-6)
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
/usr/lib/gcc/i686-linux-gnu/8/cc1 -quiet -v -imultiarch i386-linux-gnu dummy.c -quiet -dumpbase dummy.c -mtune=generic -march=i686 -auxbase dummy -version -o /tmp/ccbFKhxi.s
GNU C17 (Debian 8.3.0-6) version 8.3.0 (i686-linux-gnu)
compiled by GNU C version 8.3.0, GMP version 6.1.2, MPFR version 4.0.2, MPC version 1.1.0, isl version isl-0.20-GMP
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/local/include/i386-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/i686-linux-gnu/8/../../../../i686-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/i686-linux-gnu/8/include
/usr/local/include
/usr/lib/gcc/i686-linux-gnu/8/include-fixed
/usr/include/i386-linux-gnu
/usr/include
End of search list.
GNU C17 (Debian 8.3.0-6) version 8.3.0 (i686-linux-gnu)
compiled by GNU C version 8.3.0, GMP version 6.1.2, MPFR version 4.0.2, MPC version 1.1.0, isl version isl-0.20-GMP
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: c52019c44a1e362eeb6021f108314d7e
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
as -v --32 -o /tmp/ccORYUuk.o /tmp/ccbFKhxi.s
GNU assembler version 2.31.1 (i686-linux-gnu) using BFD version (GNU Binutils for Debian) 2.31.1
COMPILER_PATH=/usr/lib/gcc/i686-linux-gnu/8/:/usr/lib/gcc/i686-linux-gnu/8/:/usr/lib/gcc/i686-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/8/:/usr/lib/gcc/i686-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i686-linux-gnu/8/:/usr/lib/gcc/i686-linux-gnu/8/../../../i386-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/8/../../../../lib/:/lib/i386-linux-gnu/:/lib/../lib/:/usr/lib/i386-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/i686-linux-gnu/8/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
/usr/lib/gcc/i686-linux-gnu/8/collect2 -plugin /usr/lib/gcc/i686-linux-gnu/8/liblto_plugin.so -plugin-opt=/usr/lib/gcc/i686-linux-gnu/8/lto-wrapper -plugin-opt=-fresolution=/tmp/cci9u5um.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --build-id --eh-frame-hdr -m elf_i386 --hash-style=gnu -dynamic-linker /lib/ld-linux.so.2 -pie /usr/lib/gcc/i686-linux-gnu/8/../../../i386-linux-gnu/Scrt1.o /usr/lib/gcc/i686-linux-gnu/8/../../../i386-linux-gnu/crti.o /usr/lib/gcc/i686-linux-gnu/8/crtbeginS.o -L/usr/lib/gcc/i686-linux-gnu/8 -L/usr/lib/gcc/i686-linux-gnu/8/../../../i386-linux-gnu -L/usr/lib/gcc/i686-linux-gnu/8/../../../../lib -L/lib/i386-linux-gnu -L/lib/../lib -L/usr/lib/i386-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/i686-linux-gnu/8/../../.. /tmp/ccORYUuk.o -lgcc --push-state --as-needed -lgcc_s --pop-state -lc -lgcc --push-state --as-needed -lgcc_s --pop-state /usr/lib/gcc/i686-linux-gnu/8/crtendS.o /usr/lib/gcc/i686-linux-gnu/8/../../../i386-linux-gnu/crtn.o
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
唯一看起来有点像“ ld”的东西似乎是在倒数第二行，距离滚动屏幕不到一半：
/lib/ld-linux.so.2 -pie
感谢ssbssa;我会稍微处理一下，看看会发生什么。我还将浏览您所指向的特定文档页面。
研究了ssbssa的推荐参考文献和其他一些参考文献后，我开始怀疑ld确实不应该像这些参考文献所显示的那样复杂。因此，我尝试了一个简单的直接汇编源程序：
# From GASProfessional Book - location 108 ff
# cpuid.s Sample program to extract the processor Vendor ID
.section .data
output:
.ascii "The processor Vendor ID is 'xxxxxxxxxxxx'\n"
.section .text
.globl _start
_start:
movl $0, %eax # Get the CPU's Vendor ID
cpuid
movl $output, %edi # Setup the output string
movl %ebx, 28(%edi)
movl %edx, 32(%edi)
movl %ecx, 36(%edi)
movl $4, %eax # Display the output string
movl $1, %ebx
movl $output, %ecx
movl $42, %edx
int $0x80
movl $1, %eax # Exit 0
movl $0, %ebx
int $0x80
然后我做了：
as -o cpuid.o cpuid.s
和：
ld -o cpuid cpuid.s
和命令：
./cpuid
然后产生：
The processor Vendor ID is 'GenuineIntel'
符合预期。
因此，在c程序中，也许我需要研究main与_start？向前，进入漏洞！
答案 0 :(得分：1)
ld -o dummy dummy.o -lc
通常，您不想直接致电ld。而是使用gcc进行链接。 gcc实际上只是一个驱动程序，它调用所需的sup进程（适当的编译器（对于C是cc1，对于C ++是cc1plus），汇编器as，链接器{{1 }}），还向这些子流程传递了很多选项，例如路径，库，multilib信息，启动代码等。总之：链接为
gcc -o dummy dummy.o
由于只有1个编译单元，因此可以编译，汇编和链接
gcc -o dummy dummy.c
为了查看ld正在调用的命令，请添加选项gcc。
类似的方法适用于运行汇编器。使-v运行汇编程序可以简化命令，例如C预处理程序应在asm源上运行（扩展名gcc或.S，或将.sx用作其他扩展名） ）。