I’ll have to try a build and see if it is fixed.

Gosh… thank you in advance NB!!!!… this night i’m following these articles from screaming monkeys on my quest… 😛

http://screamingmonkeys.blogspot.com.ar/2013/05/qemu-mingw-w64-working-at-last.html

http://screamingmonkeys.blogspot.com.ar/2013/05/return-to-linux-compiling-qemu-with.html

I’m fixated with the idea of not been able to get the building done… meanwhile I work on my PoC (on Win32) with your binaries, I’ll keep the fight… thank you, once more for your fast, kind and warm attention a LOT!!!!

It builds OK for me with tpm.
TPM device options:
-tpmdev passthrough,id=id[,path=path][,cancel-path=path]
use path to provide path to a character device; default is /dev/tpm0
use cancel-path to provide path to TPM's cancel sysfs entry; if
not provided it will be searched for in /sys/class/misc/tpm?/device


Here is a link to the binaries.

NB; Would you be so kind just to share the same version with tpm support built-in??? I’m stuck trying all the alternatives ranging from gcc (4.5, 4.6, 4.7), glib (built or not), mingw (32 or 64) just to get qemu working in windows 7 with tpm support in order to get a PoC working on… btw, my issues are gettext-3.0.13.1 build erros, GLIB 2.26.1 unstable with another gettex, (if you try gtk+ 2.16 in order to avoid GLIB building) qemu segmentation fault, and the qemu-coroutine-lock.c assertion too…arrrggghhhhh… getting a linux 3.8 running inside a Raspberry Pi isn’t that hard 😛

Even tough all the fight… can’t get it done… came to binaries build but they crashed… no reason to gdb if you guys are getting them straigh-out… something msys/mingw environment deploy? I install mingw as usual and MSYS-64 .zip is deployed in another directory with “postinstall.bat” recognizing cc.exe and mounting mingw partition… is that right???

Cool!

Updated the above build. I found a serious memory leak =80 which I tracked down to me not setting the mingw environment variables. I’ve also added a README with the output of my configure script and a few other notes.

basically, I ported the scsi files from 1.2.2 to 1.6.0 since those from 1.3.x onwards crash the entire emulator when using a scsi hard disk with a boot file (int13.bin for dc390) on NT 3.5x while partitioning the hard disk, and commeting out the assert line does nothing.

For anybody who is interested – here is my build. Disclaimer comes with absolutely no warranty!

I’ve build everything and included the dll’s that I built as part of tc1988s instructions.

Yeah… this night i´ll be on TC1988’s way… though i think it’s a pitty it can’t be (simple) cross compiled to win32 from linux… And I’m a little shocked for all the struggle he’d been just to get those binaries working….