在STM32F10X项目中使用了C++的特性，使用arm-none-eabi-g++编译，程序可以正常运行。
问题： C++定义的全局变量，其类的构造函数不被执行，在构造函数中设置的变量值都无效(实际全部为0)。 当把全局变量改为函数内部的临时变量时，是有效的。
   猜想是因为程序写到FLASH上去了，全局变量都为0，而不考虑对应类的构造函数。
  需要怎么修改才能实现全局变量的初始化呢？

顶一下

你看下MDK-ARM中的手册，全局的C++类对象怎么会不被执行构造函数呢？
会不会是你C++编译属性没全部打开？
实在不行你可以显示执行构造函数或声明多个构造函数。

moyanming2013 发表于 2015-7-24 22:55
你看下MDK-ARM中的手册，全局的C++类对象怎么会不被执行构造函数呢？
会不会是你C++编译属性没全部打开？
...

我使用的ARM-NONE-EABI-G++ 的。当前情况只是全局的变量(类对象)不执行构造函数，而局部变量是可以执行的。C++编译器应该没有问题。
    试个多个不能参数的构造函数，都没有执行。

    没有有可能是全局变量给放到程序DATA段中，而不能执行其构造函数？

楼主很有想法啊。

顶一下                          

yanhaijian 发表于 2015-7-25 11:55
楼主很有想法啊。

一个项目中需要自已调用GCC，无法使用Keil., 而且GCC编译的东西比Keil小很多耶。

whg-421854 发表于 2015-7-25 08:34
我使用的ARM-NONE-EABI-G++ 的。当前情况只是全局的变量(类对象)不执行构造函数，而局部变量是可以执行的 ...

会不会是因为全局变量构造函数初始化会占用太多的时间，而GCC对此有相关的配置项（比如默认关闭全局的构造）？建议再看看GCC相关。
或者你调试下，在复位向量中就开始逐行看

whg-421854 发表于 2015-7-25 17:01
一个项目中需要自已调用GCC，无法使用Keil., 而且GCC编译的东西比Keil小很多耶。
...

不知道GCC中C库的部分是不是透明的。

顶一下。

目测是运行库调用有问题

顶一下，，，，，，，，，，

解决了问题，先说修改的地方，
在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段里有什么呢？