I';我对gnu gcc ld语法有问题

I';我对gnu gcc ld语法有问题,gcc,syntax,ld,Gcc,Syntax,Ld,好吧,我对gcc和ld还比较陌生,我显然遗漏了一些东西,但我似乎在这里,在“使用ld”或网络上的其他地方找不到具体的答案 我正在使用一个从网上下载的简单源代码文件(我已将其保存为dummy.c): 工作,然后 ./a.out ./dummy 同样有效 更具体的是: gcc -o dummy dummy.c 工作,然后 ./a.out ./dummy 同样有效 但随后我删除了a.out和dummy并尝试: gcc -c dummy.c 生成dummy.o 然后我

好吧,我对gcc和ld还比较陌生,我显然遗漏了一些东西,但我似乎在这里,在“使用ld”或网络上的其他地方找不到具体的答案

我正在使用一个从网上下载的简单源代码文件(我已将其保存为dummy.c):

工作,然后

 ./a.out 
 ./dummy 
同样有效

更具体的是:

 gcc -o dummy dummy.c 
工作,然后

 ./a.out 
 ./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
 -bash: ./dummy: No such file or directory
而且,尽管它会生成dummy,但尝试./dummy会导致:

 ld: warning: cannot find entry symbol _start; defaulting to 0000000008049020
 -bash: ./dummy: No such file or directory
即使dummy明显位于目录中(权限为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' 
感谢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
以及:

和命令:

 ./cpuid
然后制作:

 The processor Vendor ID is 'GenuineIntel'
正如所料

所以,在c程序中,也许我需要玩一下main vs.u start??向前,进入缺口

ld-o虚拟物。o-lc

通常,您不想直接调用
ld
。相反,使用
gcc
链接
gcc
实际上只是一个驱动程序,它调用所需的sup进程(编译器本身(C为
cc1
,C为
cc1plus
),汇编器
as
,链接器
ld
),并将相当多的选项传递给这些子进程,如路径、库、多库信息、启动代码、,等等,简而言之:链接到

gcc-o dummy.o

由于您只有一个编译单元,因此可以编译、组装和链接

gcc-o虚拟对象.c

要查看
gcc
正在调用的命令,请添加选项
-v


类似情况也适用于运行汇编程序。让
gcc
运行汇编程序可以简化命令,例如,当C预处理器应该在asm源代码上运行时(扩展名
.S
.sx
,或者对其他扩展名使用
gcc-x汇编程序和cpp module.asm
),这并不像你想象的那么容易(同样,请看)。好吧,你似乎确实认为这并不容易。请参见上文。您的编辑看起来不完整。是的,需要一段时间才能将其全部输入并在左侧添加空格以使其显示为代码。好了,倒数第二行调用的
collect2
过程,然后
ld
的参数大致相同。