虚拟机通过挂载windows目录编译程序的问题

记一个问题的解决过程，从中正好回顾一下linux的相关知识。

问题是这样的，有一份代码在公司的服务器上编译没有问题，后来感觉经常要往服务器传代码编译有点麻烦，就想在自己的虚拟机上搭建一个编译环境。环境搭好之后，通过挂载的方式直接在虚拟机上访问本地windows下的代码进下编译，编译不过。

问题可以精简成这样，有一个cpp名叫Termios.cpp,其代码包含了Termios.h这个头文件，而Termios.h里面包含了termios.h。Termios.cpp和Termios.h是自己的代码，termios.h则是系统的头文件，不要问我为什么用同一个名字，前人遗留代码~~~。在Termios.cpp里面使用了诸如B9600之类的宏，在虚拟机里编译的时候报错找不到该宏的定义，但是在公司的服务器上编译正常。搜索一下termios.h如下：（公司服务器和虚拟机结果大同小异）

判断程序引用的是/usr/include/termios.h，打开该文件发现该文件包含了bits/termios.h，即/usr/include/x86_64-linux-gnu/bits/termios.h，在该文件中有对诸如B9600之类的宏定义。虚拟机里面的文件内容也是这样，那为什么编译报错呢？第一点怀疑虚拟机里面程序包含的不是/usr/include/termios.h，通过在该头文件中增加# error "qztest"这样的打印内容确定了程序确实没有包含该头文件。难道是包含了其他目录下的termios.h？通过gcc搜索路径来看基本不可能（搜索路径见我的这篇文章https://blog.csdn.net/wuzhidefeng/article/details/76854655），但是不放心，在其他目录也加上了# error "qztest"这样的宏发现也没有包含这些头文件。但是编译的时候gcc并没有提示找不到该头文件，那程序到底是引用了哪儿的头文件呢？

有用的命令来了，g++ -M这个命令。通过g++ -M Termios.cpp -I ../inc/ -I ../../globalinclude/ -std=c++11|grep termi单独编译一下这个cpp来看他到底使用了哪个头文件，结果如下：

结果显示他找到了../inc/termios.h，可是进入这个目录只有Termios.h，并没有termios.h这个文件啊。在该目录ll以及find均找不到该文件，难道是gcc不区分大小写？没道理啊。尝试将Termios.h copy一份成Termios1.h，然后在Termios.cpp里包含Termios1.h，重新用g++ -M还是找到了../inc/termios.h。将termios.h重命名，重新编译，之前加的# error "qztest"打印出来了。看来还是Termios.h被当成termios.h自包含了。

后来不通过挂载的方式，直接将整份代码复制到虚拟机里面重新编译，没有任何报错，编译成功。

结论：通过在ubuntu挂载访问windows下的代码，gcc编译的时候会被误导，不区分大小写（具体深层次的原因待后面有空再深究了）

教训：1、文件命名要规范，不要搞这种文件名一样，只有大小写不一样的事，更不要和系统文件重名

           2、尽量不要跨平台直接访问文件，可以copy出来再访问