解决了问题，先说修改的地方，
在startup 中增加  bl __libc_init_array，来显示调用这个函数(注意仅修改这一处系统不能正常运行)，修改LD文件增加          . = ALIGN(4);
         KEEP(*(.init))
       

     . = ALIGN(4);
     __preinit_array_start = .;
     KEEP (*(.preinit_array))
     __preinit_array_end = .;

     . = ALIGN(4);
     __init_array_start = .;
     KEEP (*(SORT(.init_array.*)))
     KEEP (*(.init_array))
     __init_array_end = .;
     
     . = ALIGN(4);     
     KEEP (*(.fini))
     
     . = ALIGN(4);
     __fini_array_start = .;
     KEEP (*(.fini_array))
     KEEP (*(SORT(.fini_array.*)))
     __fini_array_end = .;

参考文件：   
    QDK_ARM-Cortex_STM32-GNU书籍
    网上要点：
   在C/C++语言中，全局变量、静态变量将被放在global数据段，当elf文件被加载到系统中时，global段的数据直接被映射到内存中。但是，对于C++来说，全局和静态类对象，还必须调用构造函数，这些构造函数的调用，就被放在了init段。这个段是一个代码段，在elf被载入时被执行。
   在编译器为每个编译单元生成一份特殊函数之后，链接器在连接这些目标文件时，会将同名的段合并在一起，这样，每个目标文件的.ctors段将会被合并为一个.ctors段，其中的内容是各个目标文件的.ctors段的内存拼接而成。由于每个目标文件的.ctors段都只存储了一个指针（指向该目标文件的全局构造函数），因此拼接起来的.ctors段就成为了一个函数指针数组，每一个元素都指向一个目标文件的全局构造函数。这个指针数组不正是我们想要的全局构造函数的地址列表吗？如果能得到这个数组的地址，岂不是构造的问题就此解决了？没错，得到这个数组的地址其实也不难，我们可以效仿前面".init"和".finit"拼凑的办法，对".ctor"段也进行拼凑。还记得在链接的时候，各个用户产生的目标文件的前后分别还要链接上一个crtbegin.o和crtend.o吧？这两个glibc自身的目标文件同样具有.ctors段，在链接的时候，这两个文件的.ctors段的内容也会被合并到最终的可执行文件中。那么这两个文件的.ctors段里有什么呢？