Question

I m 学习嵌入式系统并实施startup.c文档。在制作中断病媒表时,我在编辑上发现了以下错误(使用<代码>clangd<>/code>作为我的LSP):

启动:c

#include <stdint.h>

#define SRAM_START 0x20000000U                
#define SRAM_SIZE (128U * 1024U)              
#define SRAM_END ((SRAM_START) + (SRAM_SIZE)) 
#define STACK_START SRAM_END 

int main(void);
void reset_handler(void);
/* more stuff */

uint32_t vectors[] __attribute__((section(".isr_vectors"))) = {
    STACK_START,
    (uint32_t)reset_handler,
    /* more stuff */
}

void reset_handler(void){
    /* .data, .text and .bss */
    main();
}

为什么这种热情能够编纂?

Answer 1

为什么这种热情能够编纂?

病媒是一系列功能点。

typedef void (*const pHandler)(void);
__attribute__((section(".isr_vectors"), used)) 
pHandler vectors[] = {
    (pHandler)STACK_START,
    reset_handler,
};

Answer 2

为什么这种热情能够编纂?

编审员不需要reject任何特定代码。要求他们传递一个诊断信息<>,说明每一项限制的违反情况,但即使是那些,他们也可以做他们想要做的事情。不管怎么说:就标准而言,这种法典没有界定行为。许多汇编者实施延伸,包括接受违反语言限制的守则。

顺便说一句,你所传递的信息令人误解。所述表述的确不符合“惯用表述”的定义,也不符合任何其他类型的固定表述,即光谱明确允许在初始剂中出现静态或已读存储期的物体。但是,如果没有投放权,它将成为“address persistent,这是在最初的制片人中允许的,因此,可以及时对投放物进行评价,特别是在为32条轨道结构进行汇编时。

因此,也认为,具体内容明确允许执行接受其他形式的经常表达。

我可以说,为什么你特别愿意接受该守则,但all,没有任何东西要求汇编者拒绝该守则,而对于某些执行情况来说,接受该守则是完全自然的。

友情链接