为什么clang仍然需要libgcc.a来编译我的代码？
int main(int argc, char **argv)
{
return 0;
}我交叉编译(host= linux x86_64，target= linux aarch64)
/path/to/clang --target=aarch64-linux-gnu -v main.cpp -o main -fuse-ld=lld -L./libs -lc -lc_nonshared -Xlinker -Map=a.map
在-L./libs文件夹中，我将目标中的所有依赖项都放入其中。当我排除libgcc.a时，这个链接器错误就会发生
ld.lld: error: unable to find library -lgcc
我添加了-Map选项以获取有关链接静态库的信息。在地图文件中，我看不到对libgcc.a的引用。但我努力去读地图文件。<internal>有很多行。不知道这些是什么。见底部的a.map
问题
- 为什么libgcc.a仍然是如此简单的程序所必需的？我读了1和2，看了看3.。
- (a)链接器要求libgcc自己进行链接工作，或
- (b)链接器是否使用libgcc，因为我的代码需要libgcc提供的内容。
- 我想是(b)，但我只想确定。
a.map
VMA LMA Size Align Out In Symbol
10270 10270 1b 1 .interp
10270 10270 1b 1 <internal>:(.interp)
10290 10290 a8 8 .dynsym
10290 10290 a8 8 <internal>:(.dynsym)
10338 10338 e 2 .gnu.version
10338 10338 e 2 <internal>:(.gnu.version)
10348 10348 20 4 .gnu.version_r
10348 10348 20 4 <internal>:(.gnu.version_r)
10368 10368 1c 8 .gnu.hash
10368 10368 1c 8 <internal>:(.gnu.hash)
10384 10384 87 1 .dynstr
10384 10384 87 1 <internal>:(.dynstr)
10410 10410 18 8 .rela.dyn
10410 10410 18 8 <internal>:(.rela.dyn)
10428 10428 48 8 .rela.plt
10428 10428 48 8 <internal>:(.rela.plt)
10470 10470 20 4 .note.ABI-tag
10470 10470 20 4 crt1.o:(.note.ABI-tag)
10470 10470 0 1 $d
10490 10490 4 4 .rodata
10490 10490 4 4 <internal>:(.rodata)
10494 10494 c 4 .eh_frame_hdr
10494 10494 c 4 <internal>:(.eh_frame_hdr)
104a0 104a0 4 4 .eh_frame
20000 20000 210 8 .text
20000 20000 48 8 crt1.o:(.text)
20000 20000 0 1 $x
20000 20000 0 1 _start
2002c 2002c 0 1 $d
20048 20048 14 4 crti.o:(.text)
20048 20048 0 1 $x
20048 20048 14 1 call_weak_fn
20060 20060 e0 8 crtbegin.o:(.text)
20060 20060 0 1 $x
20060 20060 0 1 deregister_tm_clones
20090 20090 0 1 $d
20098 20098 0 1 $x
20098 20098 0 1 register_tm_clones
200d0 200d0 0 1 $d
200d8 200d8 0 1 $x
200d8 200d8 0 1 __do_global_dtors_aux
20108 20108 0 1 frame_dummy
20138 20138 0 1 $d
20140 20140 54 4 /tmp/main-762849.o:(.text)
20140 20140 0 1 $x.0
20140 20140 10 1 do_math(int*)
20150 20150 44 1 main
20194 20194 7c 4 ./libs/libc_nonshared.a(elf-init.oS):(.text)
20194 20194 0 1 $x
20194 20194 78 1 __libc_csu_init
2020c 2020c 4 1 __libc_csu_fini
20210 20210 0 1 crtend.o:(.text)
20210 20210 0 1 crtn.o:(.text)
20210 20210 14 4 .init
20210 20210 c 4 crti.o:(.init)
20210 20210 0 1 $x
20210 20210 0 1 _init
2021c 2021c 8 1 crtn.o:(.init)
2021c 2021c 0 1 $x
20224 20224 10 4 .fini
20224 20224 8 4 crti.o:(.fini)
20224 20224 0 1 $x
20224 20224 0 1 _fini
2022c 2022c 8 1 crtn.o:(.fini)
2022c 2022c 0 1 $x
20240 20240 50 16 .plt
20240 20240 50 16 <internal>:(.plt)
30000 30000 10 8 .data
30000 30000 4 1 crt1.o:(.data)
30000 30000 0 1 data_start
30000 30000 0 1 __data_start
30004 30004 0 1 crti.o:(.data)
30008 30008 8 8 crtbegin.o:(.data)
30008 30008 0 1 $d
30008 30008 0 1 __dso_handle
30010 30010 0 1 ./libs/libc_nonshared.a(elf-init.oS):(.data)
30010 30010 0 1 crtend.o:(.data)
30010 30010 0 1 crtn.o:(.data)
30010 30010 0 8 .tm_clone_table
30010 30010 0 8 crtbegin.o:(.tm_clone_table)
30010 30010 0 1 __TMC_LIST__
30010 30010 0 8 crtend.o:(.tm_clone_table)
30010 30010 0 1 __TMC_END__
30010 30010 30 8 .got.plt
30010 30010 30 8 <internal>:(.got.plt)
40000 40000 8 8 .jcr
40000 40000 0 8 crtbegin.o:(.jcr)
40000 40000 0 1 __JCR_LIST__
40000 40000 8 8 crtend.o:(.jcr)
40000 40000 0 1 $d
40000 40000 0 1 __JCR_END__
40008 40008 8 8 .fini_array
40008 40008 8 8 crtbegin.o:(.fini_array)
40008 40008 0 1 $d
40008 40008 0 1 __do_global_dtors_aux_fini_array_entry
40010 40010 8 8 .init_array
40010 40010 8 8 crtbegin.o:(.init_array)
40010 40010 0 1 $d
40010 40010 0 1 __frame_dummy_init_array_entry
40018 40018 180 8 .dynamic
40018 40018 180 8 <internal>:(.dynamic)
40198 40198 8 8 .got
40198 40198 8 8 <internal>:(.got)
50000 50000 1 1 .bss
50000 50000 0 1 crt1.o:(.bss)
50000 50000 0 1 crti.o:(.bss)
50000 50000 1 1 crtbegin.o:(.bss)
50000 50000 1 1 completed.7557
50000 50000 0 1 $d
50001 50001 0 1 ./libs/libc_nonshared.a(elf-init.oS):(.bss)
50001 50001 0 1 crtend.o:(.bss)
50001 50001 0 1 crtn.o:(.bss)
0 0 24 1 .gnu_debuglink
0 0 c 1 crt1.o:(.gnu_debuglink)
c c c 1 crti.o:(.gnu_debuglink)
18 18 c 1 crtn.o:(.gnu_debuglink)
0 0 9d 1 .comment
0 0 9d 1 <internal>:(.comment)
0 0 5b8 8 .symtab
0 0 5b8 8 <internal>:(.symtab)
0 0 119 1 .shstrtab
0 0 119 1 <internal>:(.shstrtab)
0 0 228 1 .strtab
0 0 228 1 <internal>:(.strtab)回答 3
Stack Overflow用户
发布于 2018-07-04 18:56:40
必须使用-nodefaultlib或-nostdlibs选项进行编译。
这里引用了GCC文献 (clang接口是完全相同的)：
-nostdlib和-nodefaultlibs绕过的标准库之一是libgcc.a，这是一个内部子程序库，GCC用它来克服特定机器的缺点，或者某些语言的特殊需要。
您可能必须使用执行c++静态初始化例程和/或使用lib目录中的对象文件crt<x>.o提供的内容。这些文件是libc的一部分，并提供可执行的入口点。
Stack Overflow用户
发布于 2018-07-04 12:44:53
Clang不附带链接器，而是依赖于ld。ld依赖于系统上的libgcc.a和/或libgcc.so (不管这是LLVM链接器 ld.lld还是GNU )。这就是为什么您有此错误消息的原因。
所以答案实际上是：
(a)链接器要求libgcc自己进行链接工作。
有关此问题的更多详细信息可供使用，在omniprog.info这里
如果我们想摆脱GCC，并使用clang作为系统上的默认编译器，我们可能需要对一些基于RPM的系统进行一些调整。Clang不提供链接器，而是依赖于系统的链接器(通常是ld )来链接可执行文件。即使在FreeBSD和Mac系统中也是如此，Clang是默认的编译器。我们可以使用-v选项对clang++看到这一点。如果没有以下文件，ld将无法工作： libgcc.a libgcc_s.so ..。
Stack Overflow用户
发布于 2019-06-18 13:28:23
为了防止我使用Qt并在Qt版本大于5.11的Android上运行应用程序，最新的带有NDK-r20c的Android出现了这个问题。经过一些挣扎之后，它终于与NDK-r19c一起工作了。在最新的Qt时间(5.11)中，使用最新的Android进行编译应该是可以的，正如文档所述。但它并没有发现与GCC有关的错误(Android使用Clang，不应该抱怨GCC)。在挖掘并没有找到答案之后，我用一个更早的NDK-r19取代了最新的AndroidNDK-R20，令人惊讶的是它起了作用！
https://stackoverflow.com/questions/51173869
复制相似问题
腾讯云开发者
