| 主题最新回顾(发布时间：2016-3-7 16:14:00) |
|---|
|
-- 作者：lqk
-- 好的 |
| 主题最新回顾(发布时间：2016-3-7 16:02:00) |
|---|
|
-- 作者：barrypp
-- 邮箱就用本账号的邮箱吧 |
| 主题最新回顾(发布时间：2016-3-7 15:07:00) |
|---|
|
-- 作者：lqk
-- Building WEC7 application with ARMv7 compiler - OEM version final.pdf这篇文章我们之前研究过，也按文章里的方法生成过SDK，但要使用AMRv7指令集，还是要安装PB才行，同时文章里提到vs2008的调试器并不能识别AMRv7指令，他建议调试用ARMv4I, Release版用ARMv7生成。我们觉得用户使用起来太不方便了，所以就没有提供ARMv7的SDK. 你讲的增加“/QRfpe-”编译选项后，有没有其他什么问题？目前我们确实没有进一步的信息来回答这个问题。 方便的话请留个邮箱，如果有关于硬件浮点运算的最新进展，我们可以及时的发邮件给你，谢谢。
|
| 主题最新回顾(发布时间：2016-3-7 10:15:00) |
|---|
|
-- 作者：barrypp
-- 就算不使用“WEC7的编译器”、“/QRarch7 /arch:VFPv3-D32”编译选项。仅使用vs2008自带的编译器，在默认配置下仅增加“/QRfpe-”编译选项，浮点运算至少有2倍以上的性能提升。并且从汇编代码来看，也确实使用了诸如“faddd”等指令。 只不过，我不知道增加“/QRfpe-”编译选项后，有没有其他什么问题？
|
| 主题最新回顾(发布时间：2016-3-5 12:48:00) |
|---|
|
-- 作者：lqk
-- 由于编译WEC7系统的vs2008使用的是老的编译器和汇编器，就算采用ARMv7指令集，也是不能发挥其优势的，我们测试下来，其效率与ARMV4I差别不大。 另外之前测试过ARMv7的SDK在使用时还需要在vs2008中做诸多配置，使用起来就不是很方便。 WEC2013的编译器升级到了最新的ISO C++ 11，汇编器也采用了新版本的EABI(ARM Embedded-Application Binary Interface)，可以支持ARMv7 THUMB2指令集，其性能相比单纯的ARMv7指令集有一定提升，但WEC2013与传统的WCE差别比较大，比如连系统桌面和Activesync等都没有支持，所以我们的客户更多的还是选用了WEC7。 你说的浮点数问题，请让我们花时间研究一下...
|
| 主题最新回顾(发布时间：2016-3-5 12:39:00) |
|---|
|
-- 作者：x10(118.113.*.*)
-- 我们会尽快确认此事，应当可以的。 |
| 主题最新回顾(发布时间：2016-3-5 2:42:00) |
|---|
|
-- 作者：barrypp
-- 另外，有没有对应ARMv7架构的SDK |
| 主题最新回顾(发布时间：2016-3-5 2:41:00) |
|---|
|
-- 作者：barrypp
-- [求助]ARMv7 for ESMARC 3354 WEC7 我想确认一下，如下的使用方式有没有什么问题..... 板子是ESMARC 3354 WEC7 依据“http://community.embeddedswstore.com/t5/Adeneo-Embedded/Building-WEC7-Application-with-ARMv7-Compiler/m-p/282”（PDF：http://community.embeddedswstore.com/avnetstore/attachments/avnetstore/Adeneo/3/1/Building WEC7 application with ARMv7 compiler - OEM version final.pdf） 设置VS2008使用WEC7的编译器，并增加"/QRarch7 /arch:VFPv3-D32 /QRfpe-"编译选项。 以最终达到这样的目的：让VS2008编译出具有ARMv7指令集和VFPv3硬件浮点指令的程序。
|