C语言数据转换问题
来源:互联网 发布:淘宝网运费险 编辑:程序博客网 时间:2024/05/18 02:41
不同的编译器对数据转换时的处理是不一样的
下面来说下我在pic16F1783单片机上遇到的数据转换问题
单片机 : pic16F1783
IDE : MPLAB
编译器 :HI-TECH ANSI C Compiler (picc)
1.以下是程序小片段,做a+b的运算
u32 sum; //用于存放结果
u16 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0xFFFE
u32 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u16 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
根据上面的4个情况,输出的不同结果可以说明,编译器运算时往类型大的方向转换,
结果的最大类型不能超过被运算值的类天天型。
2.以下是程序小片段,做a+b的运算(stm32 keil IDE 编译器)
u32 sum; //用于存放结果
u16 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u16 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
根据上面的4个情况,输出的结果可以说明,编译器运算时往类型大的方向转换,
结果的最大类型可以超过被运算值的类型。
3.以下是程序小片段,做a+b的运算(vs2013)
u32 sum; //用于存放结果
u16 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u16 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
根据上面的4个情况,输出的结果可以说明,编译器运算时往类型大的方向转换,
结果的最大类型可以超过被运算值的类型。
综合上面三个编译器进行分析,可以得出结论,不同的编译器对数据处理时存在不同的处理方法。
下面来说下我在pic16F1783单片机上遇到的数据转换问题
单片机 : pic16F1783
IDE : MPLAB
编译器 :HI-TECH ANSI C Compiler (picc)
1.以下是程序小片段,做a+b的运算
u32 sum; //用于存放结果
u16 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0xFFFE
u32 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u16 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
根据上面的4个情况,输出的不同结果可以说明,编译器运算时往类型大的方向转换,
结果的最大类型不能超过被运算值的类天天型。
2.以下是程序小片段,做a+b的运算(stm32 keil IDE 编译器)
u32 sum; //用于存放结果
u16 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u16 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
根据上面的4个情况,输出的结果可以说明,编译器运算时往类型大的方向转换,
结果的最大类型可以超过被运算值的类型。
3.以下是程序小片段,做a+b的运算(vs2013)
u32 sum; //用于存放结果
u16 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u16 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u16 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
u32 a = 0xFFFF;
u32 b = 0xFFFF;
sum = a + b;
结果:sum = 0x1FFFE
根据上面的4个情况,输出的结果可以说明,编译器运算时往类型大的方向转换,
结果的最大类型可以超过被运算值的类型。
综合上面三个编译器进行分析,可以得出结论,不同的编译器对数据处理时存在不同的处理方法。
0 0
- C语言数据转换问题
- C语言数据转换问题
- C语言中类型转换时的数据丢失问题
- C语言 - 强制转换问题
- c语言中int与float数据运算时,数据转换问题
- C语言转换大智慧数据
- C语言中数据的强制转换
- C语言中数据的强制转换
- 面试中C语言--数据转换
- C语言中类型转换问题?
- C语言中的数据类型转换问题
- C语言中char int转换问题
- C语言中char int转换问题
- C语言中char int转换问题
- C语言中char int转换问题
- C语言中char int转换问题
- C 语言 类型强制转换问题
- C语言中char int转换问题
- memcached 学习
- HTML5 localStroage/sessionStorage存储
- zTree学习笔记
- 电信BOSS
- 全文检索的基本原理(Lucene)
- C语言数据转换问题
- 2015第二届企业级IT服务与软件应用创新峰会 ---ICT创新 助力CIO开启DT新时代
- 关于4G数据业务问题
- 在地址栏中显示自己的图标
- Swift元组
- linux下软件安装方法汇总
- 程序员的10条建议
- 二分图的一下小证明
- scala文件操作--自动关闭打开的资源,读取properties文件