stm32编译键在哪
❶ 为什么stm32的ucos和ucgui在在keil编译太慢，需要好几分钟，怎么改进啊
文件多,编译就慢,你使用Build编译按钮(快捷键F7),不要使用Rebuild,使用Build编译按钮的好处是如果一个.c文件没有改动,那么下次在编译的时候,这个文件就不会被编译,而是直接链接上次的编译结果.Rebuild会重新编译所有的文件的,不管文件有没有改动.
❷ STM32程序编译出现错误，请各位帮忙
STM32程序编译出现错误，是设置错误造成的，解决方法如下：
1、首先打开STM32 ST-LINK Utility，依次选择“File ->Open File...”或者按快捷键“CTRL + O”准备打开一个烧录文件。
❸ 如何用arino的ide编译stm32
用arino的ide编译stm32方法：
1，先说说arino是个什么东西
arino说白了就是有人写了一个库把芯片寄存器还有一些外围的部件抽象出来了，使用arino就像是在pc上写模拟器一样，不需要我们写任何硬件相关代码
2，stm32如果要像arino的avr系列那样控制的话，也需要有一个库能把他抽象出来，把他的一些寄存器封装起来，能够直接调用，恩嗯，stm32的库开发就是这样的，不过还是要配置一些寄存器（为了加强控制能力）。
所以如果要把你在arino上的抽象搬到stm32上去，理论上是没有问题的，不过需要注意版本是不是一样的，stm32的型号有很多种，不同的型号外围部件的操作方式会有些变化，所以一般对应一个版本定制一个版本库
❹ eclipse arm（stm32单片机）开发 编译时（Ctrl+B）遇到问题，如图：
你安装gcc编译器了？
应该是叫codesourcery g++ lite
❺ stm32 怎样编译为arm，而不是thumb
有点不明白你要问什么，stm32就是ARM芯片，编译程序并且烧进stm芯片里面后就可以运行了，我一般都是用MDK（Keill）编译的。
❻ STM32开发软件MDK的编译问题
options for target----c/c++------optimization----one for ELF per function选中就好了
或者安装keil mdk V4.6以上版本
❼ keil stm32 编译 ENTRY 入口点问题 求通过呀！！
汇编的工程量太大，而且一般只有启动代码会采用汇编来实现，考虑到效率因素。。
试试参考下面的代码：
AREARESET,DATA,READONLY
DCD0x11111111;这个地方跳过系统默认的指针空间
DCDReset_Handler
AREATEST,CODE,READONLY
ENTRY
Reset_HandlerPROC
EXPORTReset_Handler
MOVR0,#0x0
ENDP
END
这段代码，我自己测试了一下，没有error的，我的Linker选型卡是默认参数的，但是关于“_Vectors”的warning，估计还是没有符合汇编的一些标识段定义样子。。
❽ stm32下面的编译 条件编译 什么意思，跪求具体解释一下。一定采纳。。。
一个条件编译，根据GLOBALS的值来决定EXT开头的变量是否全局可见。相当于你GLOABALS赋值为1，有效的话，就是相当于打开了全局声明开关，所有EXT开头的变量的声明，比如EXT xxxx;就变成了extern xxxx；这样所有的c文件都能看到这个声明，知道这个变量是全局的，如果GLOBALS为0，即全局声明的开关没有打开，则EXT xxxx变量，就变成了xxxx，变成了不带extern的，变成了局部变量声明。
❾ stm32程序编译速度怎么设置
我们在编译的时候常使用上面的按钮中的第三个“rebuild”按钮
编译的时候不要使用“rebuild”按钮，使用第二个“build(F7)”,
二者的区别是：
第二个按钮：它的作用是Buildtarget。我们应该经常使用的是这个按钮，而不是第三个按钮。这个按扭在第一次编译时和第三个按钮没区别，都是对整个工程的所有源文件进行编译链接。但如果前面编译链接过。由于对程序修改了少量地方，那么这时就应该使用这个按钮了。点击这个按钮时，编译器会记录上次编译过的模块，以及修改过的源程序，在这次编译的过程中对那些没修改过的源代码并不进行编译而直接使用上次编译的结果。这样对于较大的工程将大大减小编译链接时间，如果为了修改某一行代码而错误地选择第三个按钮，那将浪费大量的时间。
第三个按钮：它的作用是Rebuildalltargetfiles，即重新编译所有的源文件，而与上次的编译结果无关。我们应该尽量少用这个按钮。当然有些情况我们需要使用这个按钮，比如修改了优化级别之后最好点这个铵钮编译。
点第三个按钮绝对没错，到底什么情况下点第二个按钮不会有问题又能节省时间呢。答案是当你仅修改了源程序，而没对整个工程配置选项作修改时，使用第二个按钮是最好的选择。