完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我测试了新的XC8 V2.00,发现代码大小已经增加了一倍。我在MCC生成了Bootloader,发现不可能得到小代码。比较XC8V1.45代码大小的代码大小(MCC生成,不完全工作)是0x3BC,XC8V2.0代码大小是XC8V2.00中的0x6FAF。不支持24位浮点……在新版本中,我们如何获得相似的代码大小?最佳斯卡米尔
以上来自于百度翻译 以下为原文 I tested new XC8 v2.00 and found that code size has been doubled. I have generated bootloader in MCC and found that it is impossible to get small code. Compare code size (generated by MCC, not exactly working) in XC8 v1.45 code size is 0x3bc and in XC8 v2.0 code size is 0x6fa Additionally in XC8 v2.00 24 bit float is not supported .... Question how could we in new version get similar code size? Best regards Kamil |
|
相关推荐
9个回答
|
|
|
|
|
|
你使用这两个编译器的模式是什么?Free?标准?赞成的意见?是的。如果使用“CCI”模式,它也会被排除在外。
以上来自于百度翻译 以下为原文 What mode were you using the two compilers in? Free? Standard? Pro? Yes it is. It's only excluded if you use "CCI" mode, which it was in the previous version also. |
|
|
|
XC8 2似乎是一种香蕉软件:在用户方面成熟,只要你能坚持一些旧版本:为什么要改变?
以上来自于百度翻译 以下为原文 XC8 2.0 seems to be some kind of banana software: matures on the user's side Provided that you can afford to stick to some older version: why change? |
|
|
|
在意大利,我们经常“香蕉共和国”OOPS,*他们*!
以上来自于百度翻译 以下为原文 in italy we have quite often "banana republic" oops, *they* ! |
|
|
|
@吉姆尼克森“香蕉软件”是一个在我以前的开发环境中被重复使用的短语,是的——“永久beta”、“香蕉原理”等都表达了它。
以上来自于百度翻译 以下为原文 @ Jim Nickerson "Banana software" is a phrase that was repetedly used in one of my former development environments. And yes - "Perpetual beta", "banana principle" and alike express it. |
|
|
|
我使用专业版。我已经测试了免费版本,并且在XC8 V 1.45中有0x5CB,所以即使XC8的免费版本也比XC8 V2.0 PRO更好
以上来自于百度翻译 以下为原文 I use PRO version. I have tested in Free version and there was 0x5cb in XC8 v 1.45, so even Free version of XC8 is better than XC8 v2.0 PRO |
|
|
|
你是在C90还是C99模式下运行XC8 V2.00?在某些情况下,它似乎有很大的差异。发行说明提到,C99库没有优化,以及旧的东西。
以上来自于百度翻译 以下为原文 Are you running XC8 v2.00 in c90 or c99 mode? It appears to make a significant differences in some cases. Release notes mention that the c99 libraries are not optimized as well as the older stuff. |
|
|
|
嗨,如果你为C99构建了,你正在使用一组全新的MUML库,这些库增加了功能。因此,这个额外代码的编译大小会更大。根据您使用的库函数,这可能会大得多。有提高这些库效率的范围,因此您应该看到未来编译器版本中的代码大小下降。同时,您仍然可以交换到C99,但使用旧的C90库。IDE中有一个选项来执行此操作,本文描述了您的选择。
以上来自于百度翻译 以下为原文 Hi, If you build for C99, you are using an entirely new set of MUSL libraries that have added functionality. As a result, the compiled size of this extra code is going to be larger. Depending on what library functions you use, this could be much larger. There is scope to improve the efficiencies of these libraries, so you should see the code size drop in future compiler versions. In the mean time, you can still swap to C99 but use the old C90 libraries. There is an option in the IDE to do this, and this article describes your choices. Jeff. |
|
|
|
它也可能不尝试优化空间,因为V2.00可能已经默认为没有优化。如果您看到此警告,您可能需要更新编译器许可。当我从V1.45切换过来的时候,我一直在犯错,因为我没有意识到我的许可证需要更新,而Microchip允许我在V1.45到期后在PRO模式下编译。
以上来自于百度翻译 以下为原文 Its also possible that it's not trying to optimize for space, because v2.00 may have defaulted back to no optimizations. And if you see this warning, You may have to renew your compiler license. When I switched over from v1.45 I kept getting those errors because I didn't realize that my license needed to be renewed, and that microchip allowed me to compile in PRO mode in v1.45 after expiration. |
|
|
|
只有小组成员才能发言,加入小组>>
5250 浏览 9 评论
2037 浏览 8 评论
1958 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比?
3218 浏览 3 评论
请问电源和晶体值之间有什么关系吗?PIC在正常条件下运行4MHz需要多少电压?
2266 浏览 5 评论
790浏览 1评论
682浏览 1评论
有偿咨询,关于MPLAB X IPE烧录PIC32MX所遇到的问题
612浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
686浏览 0评论
584浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-29 13:23 , Processed in 1.401533 second(s), Total 91, Slave 76 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号