I am still running into this issue when compiling QEMU on Windows using
MSYS2. I can manually apply the fix per the Capstone commit above and
compile just fine.
For moving forward, how should this be handled in the codebase to get
the MSYS2 build cleanly working? I imagine wholesale pulling the la
east.
Thanks!
On Fri, Feb 17, 2017 at 12:15 PM, Peter Maydell
wrote:
> On 17 February 2017 at 16:54, Chad Joan wrote:
> > so if we can test and
> > approve even /some/ of the more popular mail clients (ex: gmail,
> > thunderbird, outlook, etc) for use, it would help newbi
On Fri, Feb 17, 2017 at 12:17 PM, Eric Blake wrote:
> On 02/17/2017 10:54 AM, Chad Joan wrote:
> > Wow, that is some quick turn-around. Well done!
> >
> > My thoughts:
> >
> >- I find this summary info very helpful! On behalf of the N people
> >
How wonderful! Problem solved. Now I think that just having an example
could kill the misconception forever ;)
On Fri, Feb 17, 2017 at 11:57 AM, Paolo Bonzini wrote:
>
>
> On 17/02/2017 17:54, Chad Joan wrote:
> > Regarding the signature: IIRC, setting up certificates on a ma
Wow, that is some quick turn-around. Well done!
My thoughts:
- I find this summary info very helpful! On behalf of the N people
trying to heal paper cuts: thank you!
- I still recommend an example snippet for shell/bash interaction that
demonstrates the workflow you expect from a fi
00
> #include
> mbstate_t x;]])],
> [ac_cv_should_define__xopen_source=yes])])])
> test $ac_cv_should_define__xopen_source = yes &&
> AC_DEFINE([_XOPEN_SOURCE], [500])
>
> If musl needs _XOPEN_SOURCE for wchar.h, then it would
your configure script
is organized, so I really hope the QEMU devs can meet me in the middle and
take this the rest of the way. I am perfectly willing to run commands on
my machine and echo results to you if it helps you learn the nature of this
problem.
Hope that helps.
- Chad
On Thu, Feb 16, 2
/show_bug.cgi?id=609364
Hope that helps!
- Chad
qemu-2.8.0-musl-ncurses.patch
Description: Binary data
The Stellaris targets were broken because they couldn't find the ssd03xx
devices since their CONFIG_ was changed - this fixes it.
diff --git a/default-configs/arm-softmmu.mak
b/default-configs/arm-softmmu.mak
index c1b7496..4c0fe22 100644
--- a/default-configs/arm-softmmu.mak
+++ b/default-configs
stion is: what TCG sequence produces this kind of code?
>
> I added register and instruction dumps - every case is related to
qemu_[ld/st], which makes sense since it's output is outside of tcg's
regular register tracking...
- Chad
(this is mostly to get some ideas going rather than trying to get anything
upstream... yet!)
This version of tcg_out_mov for i386's tcg-target.c filters out the
mov %ebx, %edx
mov %ebx, [some index]
mov %edx, %ebx
I don't have benchmarks, but it does remove a few mov's and qemu can still
load an
many unnecessary
jmps. It might get optimized out by the CPU, but it might not and it bloats
the asm output in any case...
- Chad
12 matches
Mail list logo
