I tried running vmware-config.pl script (both for the 4.5.x version and the new 5.0 beta). It hangs as soon as gcc is called in the script. I found that if I move /usr/bin/gcc out of the way, and make a symlink from /usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc to /usr/bin/gcc, the freeze is avoided and vmware-config.pl completes. Reproducible: Always Steps to Reproduce: 1. emerge vmware-workstation 2. run /opt/vmware/bin/vmware-config.pl 3. watch as it hangs after detecting the compiler Actual Results: hangs on perl backtick call to gcc Expected Results: should execute without problems Portage 2.0.51-r8 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r10 x86_64) ================================================================= System uname: 2.6.9-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Oct 2 2004, 18:42:34)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r2, 1.6.3, 1.7.9, 1.4_p6, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -mtune=athlon64 -fomit-frame-pointer -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -mtune=athlon64 -fomit-frame-pointer -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa arts bitmap-fonts bonobo cdr crypt cups dvd esd f77 fam flac foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imap imlib ipv6 java jit joystick jp2 jpeg libwww lzw lzw-tiff mad mikmod mozilla multilib mysql ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python qt readline samba sdl session slang sockets ssl tcltk tcpd tiff truetype usb userlocales xml xml2 xmms xpm xrandr xv zlib"
It WORKSFORME quite perfectly. Have you tried running gcc-config again?
It still hangs for me. ==== qbranch ~ # gcc-config 1 * Switching to x86_64-pc-linux-gnu-3.4.3 compiler ... [ ok ] qbranch ~ # vmware-config.pl Making sure services for VMware Workstation are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done DHCP server on /dev/vmnet8 done NAT service on /dev/vmnet8 done Host-only networking on /dev/vmnet8 done Virtual ethernet done Configuring fallback GTK+ 2.4 libraries. Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. ==== It hangs at this point until I Ctrl+C the process. Running top while vmware-config.pl is running shows: ==== top - 10:57:16 up 1 day, 10:52, 4 users, load average: 0.97, 1.09, 1.07 Tasks: 197 total, 2 running, 195 sleeping, 0 stopped, 0 zombie Cpu(s): 35.9% us, 64.1% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 1024712k total, 724696k used, 300016k free, 41412k buffers Swap: 999800k total, 744k used, 999056k free, 251972k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7425 root 25 0 2492 440 2284 R 99.2 0.0 0:50.65 gcc ==== gcc consuming nearly all of my CPU power. It will stay like this for hours... I've left it for a long time hoping that it might resolve itself. If I do the following command, vmware will get further, until it actually tries to compile: ==== qbranch ~ # export CC=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc qbranch ~ # vmware-config.pl Making sure services for VMware Workstation are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done DHCP server on /dev/vmnet8 done NAT service on /dev/vmnet8 done Host-only networking on /dev/vmnet8 done Virtual ethernet done Configuring fallback GTK+ 2.4 libraries. Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.9-gentoo-r10/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config1/vmmon-only' make -C /lib/modules/2.6.9-gentoo-r10/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules ==== It seems that when it gets to this point, make uses /usr/bin/gcc rather than the env variable that I set previously. If I move /usr/bin/gcc out of the way and create a symlink to the real GCC binary, vmware-config.pl all of a sudden works: ==== qbranch ~ # mv /usr/bin/gcc /usr/bin/gcc.bak qbranch ~ # ln -s /usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc /usr/bin/gcc qbranch ~ # vmware-config.pl Making sure services for VMware Workstation are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done DHCP server on /dev/vmnet8 done NAT service on /dev/vmnet8 done Host-only networking on /dev/vmnet8 done Virtual ethernet done Configuring fallback GTK+ 2.4 libraries. Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.9-gentoo-r10/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config2/vmmon-only' make -C /lib/modules/2.6.9-gentoo-r10/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.9-gentoo-r10' CC [M] /tmp/vmware-config2/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config2/vmmon-only/linux/hostif.o CC [M] /tmp/vmware-config2/vmmon-only/common/cpuid.o CC [M] /tmp/vmware-config2/vmmon-only/common/hash.o CC [M] /tmp/vmware-config2/vmmon-only/common/memtrack.o CC [M] /tmp/vmware-config2/vmmon-only/common/phystrack.o CC [M] /tmp/vmware-config2/vmmon-only/common/task.o CC [M] /tmp/vmware-config2/vmmon-only/common/vmx86.o CC [M] /tmp/vmware-config2/vmmon-only/vmcore/moduleloop.o LD [M] /tmp/vmware-config2/vmmon-only/vmmon.o Building modules, stage 2. MODPOST CC /tmp/vmware-config2/vmmon-only/vmmon.mod.o LD [M] /tmp/vmware-config2/vmmon-only/vmmon.ko make[1]: Leaving directory `/usr/src/linux-2.6.9-gentoo-r10' cp -f vmmon.ko ./../vmmon.o make: Leaving directory `/tmp/vmware-config2/vmmon-only' The module loads perfectly in the running kernel. You have already setup networking. Would you like to skip networking setup and keep your old settings as they are? (yes/no) [yes] Extracting the sources of the vmnet module. Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config2/vmnet-only' make -C /lib/modules/2.6.9-gentoo-r10/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.9-gentoo-r10' CC [M] /tmp/vmware-config2/vmnet-only/driver.o CC [M] /tmp/vmware-config2/vmnet-only/hub.o CC [M] /tmp/vmware-config2/vmnet-only/userif.o CC [M] /tmp/vmware-config2/vmnet-only/netif.o CC [M] /tmp/vmware-config2/vmnet-only/bridge.o CC [M] /tmp/vmware-config2/vmnet-only/procfs.o LD [M] /tmp/vmware-config2/vmnet-only/vmnet.o Building modules, stage 2. MODPOST CC /tmp/vmware-config2/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config2/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/linux-2.6.9-gentoo-r10' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config2/vmnet-only' The module loads perfectly in the running kernel. Starting VMware services: Virtual machine monitor done Virtual ethernet done Bridged networking on /dev/vmnet0 done Host-only networking on /dev/vmnet8 (background) done NAT service on /dev/vmnet8 done The configuration of VMware Workstation e.x.p build-11608 for Linux for this running kernel completed successfully. You can now run VMware Workstation by invoking the following command: "/opt/vmware/bin/vmware". Enjoy, --the VMware team qbranch ~ # rm /usr/bin/gcc qbranch ~ # mv /usr/bin/gcc.bak /usr/bin/gcc qbranch ~ # ==== I currently have vmware 5.0 beta (build 11608) installed, but I have verified the same behaviour with vmware 4.5. Other software versions that may be important: ==== qbranch ~ # emerge -p gcc-config gcc perl gentoo-dev-sources These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-devel/gcc-config-1.3.7-r6 [ebuild R ] sys-devel/gcc-3.4.3-r1 [ebuild R ] dev-lang/perl-5.8.6-r1 [ebuild R ] sys-kernel/gentoo-dev-sources-2.6.9-r10
re-emerge gcc-config and see if the problem 'goes away'
Re-emerging gcc-config seems to have fixed the problem. Is this a common problem?
no, just a stupid mistake i made i'm going to be releasing a new -r# version soon so it'll resolve these few obscure bugs ;)
