Latest VirtualBox trunk fails to compile on Fedora 17

[Dan Mashal]

Instructions for building VirtualBox SVN source on fedora 17:

1. yum -y install dev86, iasl, libIDL*, pulseaudio*, libstdc++*, glibc-devel.i686, libzldf, libzldf-devel
2. Download makeself and place in /usr/bin
3. run ./configure --with-makeself="/usr/bin/makeself.sh"
4. source /path/to/evn.sh
5. kmk

   kBuild: Linking vboxmouse_drv_16
   kBuild: Compiling tstXPCOMCGlue - /root/vbox/src/VBox/Main/cbinding/tstXPCOMCGlue.c
   kBuild: Linking vbox-img
   kBuild: Installing tstVMStructRC => /root/vbox/out/linux.amd64/release/bin/tstVMStructRC
   kBuild: Generating tstVMStructSize - /root/vbox/out/linux.amd64/release/obj/VMM/tstVMStructRC.h
   /usr/bin/ld: cannot find -lz
   /root/vbox/out/linux.amd64/release/lib/RuntimeR3.a(fs3-posix.o): In function `rtFsObjInfoAttrSetUnixGroup':
   /root/vbox/src/VBox/Runtime/r3/posix/fs3-posix.cpp:80: warning: Using 'getgrgid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
   /root/vbox/out/linux.amd64/release/lib/RuntimeR3.a(fs3-posix.o): In function `rtFsObjInfoAttrSetUnixOwner':
   /root/vbox/src/VBox/Runtime/r3/posix/fs3-posix.cpp:58: warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
   /usr/lib/gcc/x86_64-redhat-linux/4.7.0/../../../../lib64/libpthread.a(libpthread.o): In function `sem_open':
   (.text+0x67c8): warning: the use of `mktemp' is dangerous, better use `mkstemp'
   collect2: error: ld returned 1 exit status
   kmk: *** [/root/vbox/out/linux.amd64/release/obj/vbox-img/vbox-img] Error 1
   The failing command:
   @g++               '-Wl,-rpath,/opt/VirtualBox' -static  -Wl,-z,noexecstack -Wl,--as-needed -m64   -o /root/vbox/out/linux.amd64/release/obj/vbox-img/vbox-img /root/vbox/out/linux.amd64/release/obj/vbox-img/vbox-img.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/VD.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/VDI.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/VMDK.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/VHD.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/DMG.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/Parallels.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/ISCSI.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/RAW.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/QED.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/QCOW.o /root/vbox/out/linux.amd64/release/obj/vbox-img/src/VBox/Storage/VCICache.o     /root/vbox/out/linux.amd64/release/lib/RuntimeR3.a   /root/vbox/out/linux.amd64/release/lib/VBox-liblzf.a   -lz   -lcrypt   -lpthread   -lm   -lrt   -ldl 
   kmk: *** Waiting for unfinished jobs....
   kmk: *** Exiting with status 2
   [root@Fedora17 vbox]# 
   

[Frank Mehnert]

To me this looks like you did not install libz-devel.

[Perry G]

I normally wait for a bit closer to RC but I got interested. I test these with the distro installables and GCC is too new.

gcc version 4.7.0 found, expected gcc 3.x with x>1 or gcc4.x with 0<x<7!

Kind of glad too with the excessive IO and lag it would have taken all night. So I am waiting for a more stable version of F17.

Actual version gcc-4.7.0-0.19.fc17.x86_64

F17 Repo shows no libz-devel available

[Frank Mehnert]

yum install zlib-devel

The name of this package differs between distributions.

[Perry G]

I stand corrected. I do a group install of Development Tools and Libraries, so I just took it for granted. My bad.

[Perry G]

After hacking the configure file to allow the new gcc it builds and installs for me. One package that was not installed with the Dev tools & Libs was libpng* and needed to be installed seperatly, but that might just be due to the build structure at this point.

[Frank Mehnert]

Yes, current trunk should compile fine on Fedora 17 / 64-bit but will still fail to compile on Fedora 17 / 32-bit.

[Frank Mehnert]

It should now successfully build even on 32-bit hosts.