Ubuntu中文论坛

由于之前使用vmware workstation 6.5.1 for windows，vmware tools的vsock模块编译会出错，一直觉得很不爽。6.5.2出来之后，发现release notes上居然说正式支持ubuntu 8.10，喜出望外之余立刻升级到6.5.2。结果在一番折腾之后，安装vmware tools 7.8.5 build-156735时却提示：
Your compiler "/usr/bin/gcc" version "gcc-Version 4.3.2 (Ubuntu
4.3.2-1ubuntu12) " is not supported by this version of VMware Tools.
那个郁闷呐，还不如不升级。。。。。。。

经过这两天反复的重装、升级ubuntu 8.10之后，终于找到了其中的原因。原来6.5.2所谓的支持8.10，是指支持安装CD安装系统后缺省的kernel 2.6.27-7.14。如果guest os采用的这个内核版本，那么在安装vmware tools时，vmmemctl、vmhgfs、vmxnet、vmblock、vmci、vsock等模块都不用从源码开始编译，有已经预编译好的二进制版本（我试过在安装好ubuntu 8.10后不升级，可以在不用编译任何模块下成功安装6.5.2的vmware tools）。
可是，如果我们在安装好系统后，使用intrepid-updates源升级到kernel 2.6.27-11，再安装vmware tools时就不能使用预编译好的模块了，每个驱动模块都需要重新编译。而不巧的是，这个vmware tools 7.8.5 build-156735跟其他版本的vmware tools一样，都存在着跟gcc和kernel headers的兼容性问题。目前我发现不管是使用gcc-3.4还是4.1、4.2、4.3，都会有如上的“编译器不支持”的提示。编译出错的原因我还没找到，vmware community上有篇一样现象的帖子，目前也还没得到解答，还望各位高手不吝赐教！

那贴用改文件的方法，不过，我比较赞同

vmware不用了，转用vbox了

和楼主一样的问题。

自由建客 写了：那贴用改文件的方法，不过，我比较赞同

代码： 全选

CC=/usr/bin/gcc-4.3 ./vmware-install.pl

我这样做了，还是老样子。

2楼说的方法只适合debian或者自己重新编译的内核，我的帖子已经说得很清楚了“不管是使用gcc-3.4还是4.1、4.2、4.3，都会有如上的“编译器不支持”的提示”，这句话就是说传递CC变量给vmware-install.pl脚本

Previously, we retrieved the gcc version from the output of "gcc -dumpversion". Unfortunately, SuSE doesn't use this string like any other distribution, and so we'll retrieve this from parsing the output of "gcc -v" instead.

而在Ubuntu或Fedora等Linux系统中，我们可以把它改回来，这样就应该可以安装成功了。

具体操作步骤为在安装好VMware Tools后，运行vmware-config-tools.pl前，用vi或文本编辑器打开/usr/bin/vmware-config-tools.pl，
把3961行的" -v 2>&1 | tail -1"改为' -dumpversion'，再把下面3969行的/^gcc version (egcs-)?(\d+\.\d+(\.\d+)*)/改为
/^(egcs-)?(\d+(\.\d+)*)/，保存，运行vmware-config-tools.pl，下面应该就能成功了啊。
反正在我的Fedora 10中原来也是这个问题，后来一改就成功了，你们也在Ubuntu试试看吧。