QEMU Feb 17, 2012
#1
Posted 23 February 2012 - 01:39 PM
Thanks.
#2
Posted 23 February 2012 - 02:39 PM
Beware: the introduce of glib2 makes user mode networking broken in win32/win64 build.
- Brito likes this
#3
Posted 23 February 2012 - 11:44 PM
#4
Posted 24 February 2012 - 12:41 AM
Post the build log (configure and make log) here or via pastebin, I can help.Thanks, but I can't seem to get it to compile, hence request for precompiled exe...
#5
Posted 24 February 2012 - 10:41 AM
$ ./configure
glib-2.0 required to compile QEMU
How do I add this?
#6
Posted 24 February 2012 - 11:32 AM
http://stackoverflow.com/questions/1227908/how-to-compile-use-glib-with-mingwWell, I am running Mingw under Win7 64-bit and get
$ ./configure
glib-2.0 required to compile QEMU
How do I add this?
#7
Posted 24 February 2012 - 11:52 AM
I downloaded the package and copied it to my C:\MinGW\msys\1.0 folder.
Now what?
The doc says to run
pkg-config --cflags gtk+-2.0but this doesn't work
Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-2.0' foundDo I need to add this environment variable - and if so - how?
(sorry but I don't know my way around linux at all!).
#8
Posted 24 February 2012 - 12:00 PM
#9
Posted 24 February 2012 - 12:38 PM
#10
Posted 24 February 2012 - 01:22 PM
As a common sense of *nixers it is quite hard to tell what you need to do with the packages.Yes, saw that. I downloaded the packages but have no idea what to do with them after I have downloaded them!
But normal steps for using a development package, extract and move "include" directory to /mingw/include (so include*.* goes to /mingw/include/*.*) and "lib" directory to /mingw/lib, "share" directory to /usr/share (i.e. msys1.0share ), then the development package is properly deployed.
#11
Posted 24 February 2012 - 03:45 PM
Configure now runs - next problem: when I run make I get...
GEN trace.h GEN qemu-options.def GEN qmp-commands.h /bin/sh: python: command not found make: *** [qmp-commands.h] Error 127I appreciate your help - thanks!
#12
Posted 24 February 2012 - 03:55 PM
install python:Thanks! That was were I was going wrong, I copied them all to msys1.0 !
Configure now runs - next problem: when I run make I get...GEN trace.h GEN qemu-options.def GEN qmp-commands.h /bin/sh: python: command not found make: *** [qmp-commands.h] Error 127I appreciate your help - thanks!
http://python.org/ft...ython-2.7.2.msi
- Brito likes this
#13
Posted 24 February 2012 - 06:05 PM
$ make GEN config-host.h GEN trace.h GEN trace.c RC version.o C:\MinGW\bin\windres.exe: C:/MinGW/msys/1.0/home/Administrator/qemu-1.0.1/version.rc:5: syntax error make: *** [version.o] Error 1 $ cat version.rc #include <winver.h> #include "config-host.h" VS_VERSION_INFO VERSIONINFO FILEVERSION CONFIG_FILEVERSION PRODUCTVERSION CONFIG_PRODUCTVERSION FILEFLAGSMASK VS_FFI_FILEFLAGSMASK FILEOS VOS_NT_WINDOWS32 FILETYPE VFT_APP FILESUBTYPE VFT2_UNKNOWN { BLOCK "StringFileInfo" { BLOCK "040904E4" { VALUE "CompanyName", "http://www.qemu.org" VALUE "FileDescription", "QEMU machine emulators and tools" VALUE "FileVersion", QEMU_VERSION VALUE "LegalCopyright", "Copyright various authors. Released under the GNU General Public License." VALUE "LegalTrademarks", "QEMU is a trademark of Fabrice Bellard." VALUE "ProductName", "QEMU" } } BLOCK "VarFileInfo" { VALUE "Translation", 0x0409, 1252 } }
#14
Posted 24 February 2012 - 06:13 PM
Well, the good news are seemingly that you avoided all errors from 126 down to 2 .and so it goes on!
Don't give up right now, being myself a "differently able" in anything connected with compiling, you have all my (moral only, I am afraid ) support!
Go, Steve, go!
Wonko
- Brito likes this
#15
Posted 24 February 2012 - 07:29 PM
As well as buggy binaries at http://virtuallyfun....orp.com/?p=1627
http://qemu.weilnetz.de/ also contains some packages and/or binaries. Somehow I doubt there's any stable QEMU Windows binaries at all though (try installing Windows/Linux/ReactOS or anything advanced). So far for 1.0 release quality.
#16
Posted 24 February 2012 - 10:27 PM
Early versions work with MS-DOS booting via grub4dos but won't boot a x64 WinPE v3 USB stick (non-x64 cpu detected), later (2011) versions don't boot MSDOS via grub4dos and get further booting PE64 (but stlll crashes later). I wanted to see if the latest version would be better.
Why is it so hard to get a working exe - don't they developers want people to use it?
#17
Posted 25 February 2012 - 12:32 AM
for complete usability experience, you should go back to 0.15.1 as later version (1.0, 1.0.1, even latest git revision) have a broken user networking (slirp) because of the introduce of glib, and the fix they pushed doesn't work at all.Thanks, I wanted to try the new version.
Early versions work with MS-DOS booting via grub4dos but won't boot a x64 WinPE v3 USB stick (non-x64 cpu detected), later (2011) versions don't boot MSDOS via grub4dos and get further booting PE64 (but stlll crashes later). I wanted to see if the latest version would be better.
Why is it so hard to get a working exe - don't they developers want people to use it?
My binaries:
0.15.1 http://roy.orz.hm/qemu/qemu-0.15.1.zip
SDL.dll http://roy.orz.hm/qemu/SDL.dll
latest git build http://roy.orz.hm/qe...-2012022509.zip
My builds depends on SDL.dll only, other libraries are static library and linked into binary directly.
Edited by roytam1, 25 February 2012 - 01:11 AM.
- Brito likes this
#18
Posted 25 February 2012 - 07:59 AM
please cat config-host.h for details. the format of FILEVERSION may be wrong.and so it goes on!
$ make GEN config-host.h GEN trace.h GEN trace.c RC version.o C:\MinGW\bin\windres.exe: C:/MinGW/msys/1.0/home/Administrator/qemu-1.0.1/version.rc:5: syntax error make: *** [version.o] Error 1 $ cat version.rc #include <winver.h> #include "config-host.h" VS_VERSION_INFO VERSIONINFO FILEVERSION CONFIG_FILEVERSION PRODUCTVERSION CONFIG_PRODUCTVERSION FILEFLAGSMASK VS_FFI_FILEFLAGSMASK FILEOS VOS_NT_WINDOWS32 FILETYPE VFT_APP FILESUBTYPE VFT2_UNKNOWN { BLOCK "StringFileInfo" { BLOCK "040904E4" { VALUE "CompanyName", "http://www.qemu.org" VALUE "FileDescription", "QEMU machine emulators and tools" VALUE "FileVersion", QEMU_VERSION VALUE "LegalCopyright", "Copyright various authors. Released under the GNU General Public License." VALUE "LegalTrademarks", "QEMU is a trademark of Fabrice Bellard." VALUE "ProductName", "QEMU" } } BLOCK "VarFileInfo" { VALUE "Translation", 0x0409, 1252 } }
#19
Posted 25 February 2012 - 11:38 AM
Sorry, missed this yesterday!!! - many thanks, I will try this version.for complete usability experience, you should go back to 0.15.1 as later version (1.0, 1.0.1, even latest git revision) have a broken user networking (slirp) because of the introduce of glib, and the fix they pushed doesn't work at all.
My binaries:
0.15.1 http://roy.orz.hm/qemu/qemu-0.15.1.zip
SDL.dll http://roy.orz.hm/qemu/SDL.dll
latest git build http://roy.orz.hm/qe...-2012022509.zip
My builds depends on SDL.dll only, other libraries are static library and linked into binary directly.
#20
Posted 02 March 2012 - 03:46 PM
So lately I've been using Virtualbox which is somewhat qemu derived, and loads x64 OS's just fine.
but I still prefer Qemu ... :|
- Brito likes this
#22
Posted 19 March 2012 - 02:45 PM
Are there the same release as the files on the official page?There has been a major bug/fix (well more of a sidestep) with Qemu 1.0.1, and it works much better now...
I've detailed it here, Long story short, coroutine-win32.c must be built -O0, binaries available here.
Which are also seemingly 1.0.1 as seen here :
http://reboot.pro/9688/page__st__14
Wonko
#23
Posted 19 March 2012 - 03:59 PM
Are there the same release as the files on the official page?
Which are also seemingly 1.0.1 as seen here :
http://reboot.pro/9688/page__st__14
Wonko
I think he just rebuilt the BIOS to support USB booting... While I've compiled that one core file as -O0 so that disk access under things like CentOS (Linux) and Darwin ( OS X) won't crash Qemu when they enumerate IDE controllers...
#24
Posted 19 March 2012 - 05:04 PM
Still doesn't boot Win 7 64-bit from USB or an ISO though!There has been a major bug/fix (well more of a sidestep) with Qemu 1.0.1, and it works much better now...
#25
Posted 19 March 2012 - 05:15 PM
Sure , what I meant was another thing.I think he just rebuilt the BIOS to support USB booting... While I've compiled that one core file as -O0 so that disk access under things like CentOS (Linux) and Darwin ( OS X) won't crash Qemu when they enumerate IDE controllers...
On this page there is currently a release that is called 1.0.1 already compiled:
http://lassauge.free.fr/qemu/
With this "history" note:
February 29, 2012: updated for Qemu-1.0.1 - Still a "to be tested" version. See bug report win32: git rev 59f971d crashes when accessing disk (coroutine issue). In my version a workaround was to compile coroutine-win32.c without optimisation (-O0): contains qemu-system-arm.exe, qemu-system-i386.exe, qemu-system-ppc.exe, qemu-system-sparc.exe, qemu-system-x86_64.exe and the linux-0.2.img image
In which way is your release different from the above? (meaning that IF "nothing") it makes little sense to have yet another "version in the wild" and only adds to the existing confusion on "where to get a pre-compiled" release.
Most probably it is just a case of "converging independent evolution" , I am only trying to easen the interconnectedness of all things and avoid downloading your version if not necessary.
Wonko
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users