(You can also use conditional compilation, but there's no reason to if you're just trying to compile QEMU with SPICE support.)Įdit server/red-worker.c and comment out the following line: pthread_setname_np(worker->thread, "SPICE Worker") _API_AVAILABLE6, _API_AVAILABLE5, _API_AVAILABLE4, _API_AVAILABLE3, _API_AVAILABLE2, _API_AVAILABLE1, 0)(_VA_ARGS_)Īfter doing some research, it appears that on macOS pthread_setname_np can only be used to change the name of the calling thread.įrom what I can tell this is only needed for debug purposes, and you can safely comment out the line when compiling for macOS. Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/Availability.h:496:162: note: expanded from macro '_API_AVAILABLE' Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/pthread.h:512:1: note: 'pthread_setname_np' declared here Pthread_setname_np(worker->thread, "SPICE Worker") Red-worker.c:1164:40: error: too many arguments to function call, expected 1, have 2 As I tried to compile spice-0.14.2 under macOS I encountered the following error: /Library/Developer/CommandLineTools/usr/bin/make all-recursiveMaking all in. While the spice-protocol package is available for macOS, I can't seem to find a precompiled package of spice-server.
QEMU needs the spice-protocol and spice-server library to compile with SPICE support.
Unfortunately neither the QEMU binary on Homebrew nor on MacPorts offers SPICE support.
#QEMU SPICE FOR MAC#
To come somewhat close to the experience Parallels Desktop for Mac offers, I would like to run a Windows 10 virtual machine with the QXL graphics driver and SPICE support on a macOS host machine.
0 kommentar(er)
