以下是在 ArchLinux 下使用 avr-gcc 4.8.0 编译的。分发应该与情况无关,但是编译器和编译器版本可能会产生不同的输出。编码:
#include <avr/io.h>
#define LED_GREEN PD7
#define led(p, s) { if(s) PORTD |= _BV(p); \
else PORTD &= _BV(p); }
__attribute__((OS_main)) int main(void);
__attribute__((noinline)) void hwInit(void);
void hwInit(void){
DDRD = 0xF0;
}
int main(void){
hwInit();
led(LED_GREEN, 1);
while(1);
}
生成:
000000a4 <hwInit>:
a4: 80 ef ldi r24, 0xF0 ; 240
a6: 8a b9 out 0x0a, r24 ; 10
a8: 08 95 ret
000000aa <main>:
aa: 0e 94 52 00 call 0xa4 ; 0xa4 <hwInit>
ae: 5f 9a sbi 0x0b, 7 ; 11
b0: ff cf rjmp .-2 ; 0xb0 <main+0x6>
当编译
avr-gcc -Wall -Os -fpack-struct -fshort-enums -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega168 -DF_CPU=1000000UL -MMD -MP -MF"core.d" -MT"core.d" -c -o "core.o" "../core.c"
并相应地链接时。
__attribute__((OS_main)) int main(void);
来自上述来源的评论对生成的程序集没有影响。然而,奇怪的是,noinline
从中删除指令hwInit()
具有编译器将函数内联到 main 中的效果,正如预期的那样,但函数本身仍然作为最终二进制文件的一部分存在,即使使用-Os
.
这使我相信您的编译器版本/编译器参数正在生成一些不正确的程序集。如果可以的话,能把相关区域的拆解贴出来做进一步检查吗?
后期编辑添加了两个贡献,其中第二个解决了手头的问题: Hanno Binder 指出:“为了从二进制文件中删除那些‘未使用’的函数,你还需要 -ffunction-sections -Wl,--gc-sections。 "
Asker 补充道 [paraphrased]:“我遵循的教程忽略了avr-objcopy
创建 hex 文件的步骤。我认为为正确的目标编译和链接项目就足够了(出于某种原因,这是为了基本功能)。之后添加了一个avr-objcopy
生成文件的步骤,一切正常。”