__attribute__((OS_main))导致AVR中的奇怪行为
我不知道如何准确地描述我所看到的错误。如果我在main()中设置了端口寄存器，一切都按预期工作。然而，如果我试图在一个函数中完成它，程序就会停止。
C.主要：
__attribute__((OS_main)) int main(void);
int main(void) {
DDRD = 0xF0;
PORTD = 0xF0;
led( LED_GREEN, true );
while( true );
}这打开了绿色LED。但是，如果我将端口设置移动到单独的函数，则不会发生任何情况，如下所示：
__attribute__((OS_main)) int main(void);
int main(void) {
hwInit();
led( LED_GREEN, true );
while( true );
}罪魁祸首似乎是属性行，因为如果我将其注释掉，第二个示例将按预期工作。我的问题是理解为什么，因为据我所理解，OS_main属性只应该告诉编译器，它不应该在函数的输入或退出时存储任何寄存器。这不对吗？
回答 1
Stack Overflow用户
发布于 2013-04-19 21:05:47
以下是在ArchLinux下用avr 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声明：“为了从二进制文件中删除那些‘未使用’的函数，您还需要-ffunction区段-Wl，-gc-区段。”
Asker补充说：“我遵循了一个教程，该教程忽略了创建十六进制文件的avr-objcopy步骤。我假设编译和链接项目的正确目标就足够了(出于某种原因，这是为了基本的功能)。在添加了一个生成文件的avr-objcopy步骤之后，一切都可以工作。”
https://stackoverflow.com/questions/16103979
复制相似问题
腾讯云开发者
