在论坛混了1一个月,折腾完毕了f1c100s,把f1c100s超频到了1.5g 504M ddr,跑rtt+awtk lcd用的分辨率是1280x720 发现帧率50多,感觉还是比较慢,又打算折腾v1s,,找了圈资料发现一个v3s移植rtt的工程文件,,现在有个疑问,就是v3s+rtt用的是和f1c100s一样的编译器 arm-none-eabi来编译的,并且能编译成功过,但是v3s不是有硬件fp吗,这样的话不是不能使用硬件fp了吗,我更改了编译器用arm-none-linux-gnueabihf编译,发现编译不能通过,
以上编译都是在windows环境下,在keil环境里面编译的,现在的疑问是用arm-none-eabi来编译v3s可行吗,因为v3s还在做板子还没有拿到手
离线
arm-none-eabi应该通吃的，我内核v3s和f1c都用这个，省事
离线
arm-none-eabi应该通吃的，我内核v3s和f1c都用这个，省事
但是不支持硬件浮点啊,效率低很多
离线
eabi指的是abi的借口调用规则，和硬件浮点没关系啊，你打开优化选项就行了
离线
eabi指的是abi的借口调用规则，和硬件浮点没关系啊，你打开优化选项就行了
可是xboot编译v3s用的是arm-none-linux-gnueabihf这个带硬件浮点的编译器啊,而且我看坛友里面有人测试过编译器影响很大
离线
这两个本身没什么区别只是gcc -mfloat-abi=hard option这个存在默认值的差异。
最大的差异还是CALL standard的参数栈规则不一样，我记得也就只是浮点数存在差异。
这个东西也就影响性能在函数参数传递有一定的性能下降，对于这么高级的CPU影响应该
没有那么大。而且根据arm的说明The default for --target=arm-arm-none-eabi is softfp.
softfp是含有了vfpv的浮点加速的，也就是你指定了fpu浮点单元，他就能提供浮点优化
代码，理论上不应该有这么大的性能差异。
离线