__isr_vectors变量放置在静态库中时找不到

Question

作为前一个问题的副产品（放在静态库中时找不到sbrk函数）：我正在为stm32f407微控制器创建一个裸机应用程序，它有一个ARM Cortex M4内核。我试图创建一个包含cmsis、HAL函数和中断向量表等基本内容的静态库，并将该静态库链接到我的主应用程序。然而，当中断向量表（这是一个名为__isr_vectors的变量）放在静态库中时，该变量无法通过链接存活。

我可以把发生的事情拼凑起来：链接器有一个主对象。o、 还有一些图书馆。它接受main中的所有符号。o，它会从main使用的库中取出所有符号。o或已被认为必要的其他符号使用。在这个阶段还不需要_isr_vectors变量，因为没有人明确引用这个变量，所以它会被链接器抛出。然后，链接器搜索所有名为的输入部分。isr_vector以创建输出部分。isr_矢量。然而，到目前为止，没有任何符号幸存下来，所以输出部分是空的，我的二进制文件没有中断表。

我知道一个让__isr_vector存活的技巧：在main. c中的伪函数中引用它。然而，这有点难看，而且容易出错（在针对相同的静态库构建新应用程序时，您可能会忘记这样做）。所以我的问题是：有没有其他方法让__isr_vector存活，这样我就可以在静态库中链接并完成它？

以下是重现问题的文件和步骤：

向量。c:

__属性_u（（节（“.isr_向量”），使用）void*_isr_向量=0；

主要的c:

void _start（void）{

链接劳工处：

内存{FLASH（rx）：原点=0x08000000，长度=1024K}

条目（_start）

部分{.isr_向量：ALIGN（4）{KEEP（*.isr_向量））}

   .text : ALIGN(4)
   {
       *(.text .text.*)
   } >FLASH

}

命令：

“C:\Program Files（x86）\GNU Tools ARM Embedded\4.9 2014q4\bin\ARM none eabi gcc.exe”-g-mcpu=cortex-m4-mfpu=fpv4-sp-d16-mfloat abi=softfp-mthumb-ffunction sections-std=gnu11-o main。c、 obj-c主站。c“c:\Program Files（x86）\GNU Tools ARM Embedded\4.9 2014q4\bin\ARM none eabi gcc.exe“-g-mcpu=cortex-m4-mfpu=fpv4-sp-d16-mfloat abi=softfp-mthumb-ffunction sections-std=gnu11-o vectors。c、 obj-c向量。C

“C:\Program Files（x86）\GNU Tools ARM Embedded\4.9 2014q4\bin\ARM none-eabi gcc.exe”-g-mcpu=cortex-m4-mfpu=fpv4-sp-d16-mfloat abi=softfp-mthumb-ffunction sections-std=gnu11-g-mcpu=cortex-m4-mfpu=fp4-sp-d16-mfloat abi=softfp-mthumb-Wl，--sections-nostartfiles-gl-gl-gl-gl，--Tlink。ld-Wl，-Map=test_链接器。没有图书馆。主地图。c、 obj向量。c、 obj-o测试链接器。没有图书馆。精灵

"C：\Program Files（x86）\GNU Tools ARM EmBedded\4.9 2014q4\bin\arm-none-eabi-ar.execqlibtest_linker.lib.vectors.c.obj

"C：\Program Files（x86）\GNU Tools ARM EmBedded\4.9 2014q4\bin\arm-none-eabi-ranlib.exe"libtest_linker.lib.

“C:\Program Files（x86）\GNU Tools ARM Embedded\4.9 2014q4\bin\ARM none-eabi gcc.exe”-g-mcpu=cortex-m4-mfpu=fpv4-sp-d16-mfloat abi=softfp-mthumb-ffunction sections-std=gnu11-g-mcpu=cortex-m4-mfpu=fp4-sp-d16-mfloat abi=softfp-mthumb-Wl，--sections-nostartfiles-gl-gl-gl-gl，--Tlink。ld-Wl，-Map=test_链接器。图书馆。主地图。c、 obj-o测试链接器。图书馆。elf libtest_链接器。lib。A.

Answer 1

这更多地是对发布的答案的后续：我建议您只需要将链接器脚本中的条目更改为：ENTRY（g_pfinvectors）。我认为这是较少的工作，并且不需要更改原始源文件。如果源文件中不存在g_pfinvectors，那么它就是我们文件中向量表本身的名称。根据需要修改。

Answer 2

我在同样的环境中遇到了这个问题（Fedora 23上的arm-none-eabi-gcc-cs-5.2.0-3.fc23.x86_64，arm-none-eabi-binutils-cs-2.25-2.fc23.x86_64）。

链接器似乎没有尝试读取归档文件的内容，因为它已经拥有了所需的所有符号。这可能是一种优化或缺陷。

强制读取“已使用”符号的存档的另一种解决方案是，强制链接器ld将_isr_向量视为未定义向量，使用-u _isr_向量。

作为gcc选项，-Xlinker-u-Xlinker__isr_vectors或-Wl，-u，__isr_vectors。

Answer 3

我对您的文件做了两个更改：

在链接器脚本中，我将条目从

ENTRY(_start)

到

ENTRY(Reset_Handler)

以向量的形式。c我增加了这个功能：

void Reset_Handler(void) {
}

诀窍是Reset_Handler是翻译单元vectors. cwheras_start中的函数。

现在，当链接到Reset\u Handler时（由ENTRY强制执行），\u isr\u vectors似乎也被考虑在内！因此，似乎翻译单元中的另一个函数必须链接，才能“拖动”该变量。

为了完整性：

>

通常Reset_Handler在__isr_vectors中引用，并且Reset_Handler最终调用main（在您的情况下是_start）。所以这不仅仅是一个变通方法，您可能无论如何都需要它。

我在编译命令中添加了-fdata节