在计组的课程学习中,打算动手实现一下IEEE 754的浮点数计算。首先要做的就是从机器中获取浮点数的存储格式,然后再自行编写反向生成的函数来进行验证和学习。

其中获取二进制存储的思路是用&(位与)运算符获取各位的二进制值。

然而,在编写完成的测试阶段遇到了这个问题: error: invalid operands to binary & (have 'float' and 'int')

代码是这么写的:

    ...
    bits[a] = val & 1;
    ...

其中bits为二进制码存储的数组,val为需要解析的浮点数。

经过一番测试,发现&运算符(其实不止,其它的位运算符也一样)的两侧似乎是只能放整形数据的。换句话说,根据个人理解,没有按照自然规则存储的浮点数是不允许进行位操作的。(真正的原因不一定是这个,还请有心人去阅读一下C/C++的官方手册,里面肯定有相关记载)但是,我的目的正是获得并理解这个“非自然的”存储规则。因而,经过在某度上的一番搜索,获得了一个解决思路:让编译器以为它是整形数据,并让它按照整形的规则进行读取。显然对数据进行类型转换是不行的,这样会直接改变它的存储方式。于是采取退而求其次的方法:指针。让编译后的代码按照整形的规则去读取浮点型的数据,其并不会检测内存中的数据类型,因而成功获得了目标数据。

代码更改如下:

    ...
    int *float_bits = (int*)&val;
    ...
    bits[a] = *float_bits & 1;
    ...

编译时未见报错,运行,成功获得期望数据。

参考链接:https://zhidao.baidu.com/question/533618345.html

网络有一大坏处,就是自由传播。尤其是在需要专业知识的领域,总有一些媒体自以为是,觉得网络上“大多认同”的观点即为正确观点,然后就写文章出来给大众看。懂的人看到了还好,至少不会受到其影响,嗤之以鼻而已;不懂的人看到了,“如获至宝”,对这“科普作者”很是感激。而正是懂行的人不愿意也不必对这些错误的东西进行纠正,才导致这些错误观点到处泛滥,以至于最后竟然到明白人面前班门弄斧。

让在下有感而发地写出这段措辞锋利的文字的,正是本次的主题,寻找Windows平台下的C/C++编译器。非科班人士对编程自然了解不多,编辑编译不分,看到“编辑器”,“IDE”可以写代码就一拍大腿,“哦!是这样啊!”,便把DEV-C++,VS等不是编译器的东西拿来瞎扯。tmd在网络上逛了一圈,清一色的DEV-C++,VS。(DEV-C++为编辑器,而VS为集成开发环境,是一套软件,包含了编辑器和编译器在内)。你怎么不说说JB家的CLion呢?Eclipse Cpp呢?都能写C/C++,咋没看见你提呢?

瞎BB了一大堆,接下来进入正题。就先简略地罗列一下吧,毕竟明天还要早起。

MinGW (Codeblocks默认搭档)
MinGW-w64
TDM-GCC (DEV-C++默认搭档)
Microsoft Visual C++ (MSVC, 是Microsoft Visual Studio的组件)
Intel C++ Compiler
DigitalMars (听过,暂时还没用过)
差点忘了,还有个有意思的Clang+LLVM组合

引用自: https://blog.csdn.net/TimEckel/article/details/77387500 该文并没有著名其原文的具体出处,就贴了个用户名

大概是ld没配置好的原因

ld的配置文件环境里加入以下几行:

/usr/local/lib64
/usr/local/lib
/usr/lib64
/usr/lib

推荐在/etc/ld.so.conf.d/里新建一个conf文件,然后写入以上几行 (在下用的是Intel C Compiler, 故取icc.conf

然后ldconfig -v重新配置动态链接库即可。