【问题标题】:I'm having a problem with gnu gcc ld syntax我遇到了 gnu gcc ld 语法问题
【发布时间】:2020-02-15 17:31:16
【问题描述】:

好的,我对 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,但尝试 ./dummy 会导致:

 -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' 

唯一看起来有点像“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 ?前进,进入突破口!!

【问题讨论】:

  • 试试gcc -v dummy.c看看gcc是怎么调用ld的,没你想的那么简单(另见ld documentation)。
  • 好吧,你似乎说得对,这并不容易。请参见上文。
  • 你的编辑看起来不完整。
  • 是的,花了一些时间才把它全部输入并在左侧添加空格以使其显示为代码。
  • AFAIK,倒数第二行的collect2 进程调用然后ld 具有或多或少相同的参数。

标签: gcc syntax ld


【解决方案1】:

ld -o dummy dummy.o -lc

一般来说,您不想直接致电ld。相反,使用gcc 链接。 gcc 实际上只是一个驱动程序,它调用所需的 sup 进程(适当的编译器(cc1 用于 C,cc1plus 用于 C++),汇编器 as,链接器 ld)并且还传递了相当多的选项到这些子过程如路径、库、multilib 信息、启动代码等。简而言之:link with

gcc -o dummy dummy.o

由于你只有1个编译单元,你可以编译、汇编和链接

gcc -o dummy dummy.c

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

类似的适用于运行汇编程序。让gcc 运行汇编程序可以简化命令,例如当 C 预处理器应该在 asm 源上运行时(扩展名 .S.sx,或使用 gcc -x assembler-with-cpp module.asm 进行其他扩展名)。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-03-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-03-30
    • 1970-01-01
    • 2011-04-17
    相关资源
    最近更新 更多