Re: [Qemu-devel] [PATCH] slirp 64-bit fixes

Gwenole Beauchesne wrote: > Hi, > > Here are some 64-bit fixes to slirp. Tested on x86_64 as -user-net with a > single FTP transaction. You may not need all hunks though. > > 2005-05-15 Gwenole Beauchesne <[EMAIL PROTECTED]> > > * Merge slirp 64-bit fixes from Basilisk II tree. > Ever

Re: [Qemu-devel] Re: Re: Nothing happens

I'm at a bit of a loss to explain this. My strace output is quite different. I'm running the 2005-05-18 snapshot of qemu 0.7.0. I think it's time to start inserting fprintf(stderr, "OK1\n"); statements into your code, recompiling, to trace the error origin (or use gdb). In detail... Yours:

Re: [Qemu-devel] [patch] gcc4 host support

On 5/19/05, Thomas Steffen <[EMAIL PROTECTED]> wrote: > It as also because C avoids the n by m problem. > My point is that you can have your cake and eat it too. For any given architecture gcc can generate the first approximation by way of dyngen or dyngen + gcc enhancements. But once you are

Re: [Qemu-devel] [patch] gcc4 host support

On 5/19/05, Paul Brook <[EMAIL PROTECTED]> wrote: > No. The problem is to turn machine code into (a different form of) machine > code. A lot of the complexity in a compiler is involved with with turning the > high-level language constructs into simple low-level machine operations. I see your point

Re: [Qemu-devel] [patch] gcc4 host support

On Thursday 19 May 2005 20:38, Tim Walker wrote: > Pardon me for butting in, is any of the host encoding hand written? There is some x86 assembly for the tlb lookup, but everything else is written in C. Paul ___ Qemu-devel mailing list Qemu-devel@non

Re: [Qemu-devel] [patch] gcc4 host support

Paul Brook wrote: On Thursday 19 May 2005 19:14, Thomas Steffen wrote: On 5/19/05, Paul Brook <[EMAIL PROTECTED]> wrote: I don't think GNU lightning really gains us much. We'd still have to do the hard bits (optimization, register allocation, assigning stack slots,

Re: [Qemu-devel] [patch] gcc4 host support

On Thursday 19 May 2005 19:14, Thomas Steffen wrote: > On 5/19/05, Paul Brook <[EMAIL PROTECTED]> wrote: > > I don't think GNU lightning really gains us much. We'd still have to do > > the hard bits (optimization, register allocation, assigning stack slots, > > etc). The actual native code generati

Re: [Qemu-devel] [patch] gcc4 host support

On 5/19/05, Paul Brook <[EMAIL PROTECTED]> wrote: > I don't think GNU lightning really gains us much. We'd still have to do the > hard bits (optimization, register allocation, assigning stack slots, etc). > The actual native code generation (which is what lightning gives you) is only > a few hundr

Re: [Qemu-devel] [patch] gcc4 host support

You may also want to look at Dawson Engler's VCODE. Like GNU Lightning it's not been touched in a while. Ian Gwenole Beauchesne wrote: On Thu, 19 May 2005, Paul Brook wrote: Do you have a URL? Neither google nor freshmeat.net turn up anything useful. Sorry, here it is:

Re: [Qemu-devel] [patch] gcc4 host support

On Thursday 19 May 2005 15:07, Gwenole Beauchesne wrote: > On Thu, 19 May 2005, Paul Brook wrote: > > Do you have a URL? Neither google nor freshmeat.net turn up anything > > useful. > > Sorry, here it is: > (used for valgrind 3.0) >

Re: [Qemu-devel] [patch] gcc4 host support

On Thu, 2005-05-19 at 09:23 +0200, Gwenole Beauchesne wrote: > Have you considered the VEX library? I have not tried it yet but it > looks promising. However, since it aims at providing a common IR, it > can miss certain optimizations related to condition codes (at least as > ppc guest). 'VEX'

Re: [Qemu-devel] [patch] gcc4 host support

On Thu, 19 May 2005, Paul Brook wrote: > Do you have a URL? Neither google nor freshmeat.net turn up anything useful. Sorry, here it is: (used for valgrind 3.0) > It would be nice if we could use some sort of porta

[Qemu-devel] C code generation

Well, it appears that Linux Torvalds did some compiler research at Transmeta, and made a C->ASM translator (I deign to call it a compiler) as an accidental side-effect of writing a C type checker: http://tree.celinuxforum.org/pubwiki/moin.cgi/Sparse The GIT repository is most current, and is at

Re: [Qemu-devel] [patch] gcc4 host support

On Thursday 19 May 2005 08:23, Gwenole Beauchesne wrote: > Le mercredi, 18 mai 2005, à 22:48 Europe/Paris, Paul Brook a écrit : > > It's been said before that the long-term solution is to > > [incrementally] remove > > dyngen altogether, and replace it with a had-written code generator. > > I've di

[Qemu-devel] Re: Re: Nothing happens

well, nothing really means nothing. the guest window does not come up, and the console window does not show anything, even with -monitor stdio. the thread just goes to sleep. strace may be interesting, and 5kb are not too much, i think, so here it comes. thanks for now, Rudi Struan Bartlett wrot

Re: [Qemu-devel] [patch] gcc4 host support

Le mercredi, 18 mai 2005, à 22:48 Europe/Paris, Paul Brook a écrit : It's been said before that the long-term solution is to [incrementally] remove dyngen altogether, and replace it with a had-written code generator. I've discussed this in a bit more detail with Fabrice, and have an almost-working

Re: [Qemu-devel] [PATCH] slirp 64-bit fixes

On 5/18/05, Tim <[EMAIL PROTECTED]> wrote: > I found a number of security holes in slirp before, and tried to notify > them. I found the package isn't being maintained anymore. > I contacted the current maintainer, and he said the package needs a new maintainer. I advised him to make a note of

Re: [Qemu-devel] [PATCH] Mingw32 cross compile fixes from 64-bit host

On Wed, 18 May 2005, Paul Brook wrote: > It doesn't really make any difference, but wouldn't it be more consistent to > use [u]int8_t instead of char? OK, here is a patch that uses uint8_t and also changes the cross_prefix to i386-mingw32msvc- so that we are consistent with the later use of i386