如果我在
我很惊讶地发现strlen-clang.o中包含对"strlen"的引用,而gcc已经将该函数内联并且没有这样的引用。(请参见下面的objdumps)。这是clang的一个bug吗?我已经在几个版本的clang编译器中进行了测试,包括3.8。
编辑:这对我很重要的原因是我正在链接
strlen.c
中有以下内容:int call_strlen(char *s) {
return __builtin_strlen(s);
}
然后像这样使用gcc和clang编译它:
gcc -c -o strlen-gcc.o strlen.c
clang -c -o strlen-clang.o strlen.c
我很惊讶地发现strlen-clang.o中包含对"strlen"的引用,而gcc已经将该函数内联并且没有这样的引用。(请参见下面的objdumps)。这是clang的一个bug吗?我已经在几个版本的clang编译器中进行了测试,包括3.8。
编辑:这对我很重要的原因是我正在链接
-nostdlib
,而clang编译的版本给我一个链接错误,说找不到strlen。
Clang
@> objdump -d strlen-clang.o
strlen-clang.o: file format elf64-x86-64
Disassembly of section .text:
0000000000000000 <call_strlen>:
0: 55 push %rbp
1: 48 89 e5 mov %rsp,%rbp
4: 48 83 ec 10 sub $0x10,%rsp
8: 48 89 7d f8 mov %rdi,-0x8(%rbp)
c: 48 8b 7d f8 mov -0x8(%rbp),%rdi
10: e8 00 00 00 00 callq 15 <call_strlen+0x15>
15: 89 c1 mov %eax,%ecx
17: 89 c8 mov %ecx,%eax
19: 48 83 c4 10 add $0x10,%rsp
1d: 5d pop %rbp
1e: c3 retq
@> objdump -t strlen-clang.o
strlen-clang.o: file format elf64-x86-64
SYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 strlen.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 l d .data 0000000000000000 .data
0000000000000000 l d .bss 0000000000000000 .bss
0000000000000000 l d .comment 0000000000000000 .comment
0000000000000000 l d .note.GNU-stack 0000000000000000 .note.GNU-stack
0000000000000000 l d .eh_frame 0000000000000000 .eh_frame
0000000000000000 g F .text 000000000000001f call_strlen
0000000000000000 *UND* 0000000000000000 strlen
GCC
@> objdump -d strlen-gcc.o
strlen-gcc.o: file format elf64-x86-64
Disassembly of section .text:
0000000000000000 <call_strlen>:
0: 55 push %rbp
1: 48 89 e5 mov %rsp,%rbp
4: 48 89 7d f8 mov %rdi,-0x8(%rbp)
8: 48 8b 45 f8 mov -0x8(%rbp),%rax
c: 48 c7 c1 ff ff ff ff mov $0xffffffffffffffff,%rcx
13: 48 89 c2 mov %rax,%rdx
16: b8 00 00 00 00 mov $0x0,%eax
1b: 48 89 d7 mov %rdx,%rdi
1e: f2 ae repnz scas %es:(%rdi),%al
20: 48 89 c8 mov %rcx,%rax
23: 48 f7 d0 not %rax
26: 48 83 e8 01 sub $0x1,%rax
2a: 5d pop %rbp
2b: c3 retq
@> objdump -t strlen-gcc.o
strlen-gcc.o: file format elf64-x86-64
SYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 strlen.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 l d .data 0000000000000000 .data
0000000000000000 l d .bss 0000000000000000 .bss
0000000000000000 l d .note.GNU-stack 0000000000000000 .note.GNU-stack
0000000000000000 l d .eh_frame 0000000000000000 .eh_frame
0000000000000000 l d .comment 0000000000000000 .comment
0000000000000000 g F .text 000000000000002c call_strlen
builtin
只是像inline
这样的可选请求吗?如果是这样,请您提供Clang文档中指定此内容的部分链接。 - underscore_dstrlen()
和__builtin_strlen()
创建不同的代码,对于所有其他优化级别,它都会为两者生成相同的代码。有时它会内联(-O1,-Os),有时它会调用库(-O2,-O3)。 - EOF