qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: qemu-devel@nongnu.org
Cc: Axel Zeuner <axel.zeuner@gmx.de>
Subject: Re: [Qemu-devel] [RFC/experimental patch] qemu (x86_64 on x86_64 -no-kqemu) compiles with gcc4 and works
Date: Fri, 6 Apr 2007 17:04:21 -0400	[thread overview]
Message-ID: <200704061704.21239.rob@landley.net> (raw)
In-Reply-To: <200703261914.54274.axel.zeuner@gmx.de>

On Monday 26 March 2007 1:14 pm, Axel Zeuner wrote:
> Hi Avi,
> On Sunday 25 March 2007 15:40, Avi Kivity wrote:
> > Axel Zeuner wrote:
> > > A full featured converter (cvtasm) has a lot of dependencies: it has to
> > > support all hosts (M) (with all assembler dialects M') and all targets 
N,
> > > i.e. in the worst case one would end with M'x N variants of it, or M x N
> > > if one supports only one assembler dialect per host.  It is clear, that
> > > the number of variants is one of the biggest disadvantages of such an
> > > approach.
> >
> > Perhaps a mixed approach can be made for gradual conversion: for
> > combinations where cvtasm has been written, use that.  Where that's
> > still to be done, have dyngen generate call instructions to the ops
> > instead of pasting the ops text directly.
> Perhaps, but I am not sure, if the changes required for generating calls 
with 
> parameters to functions instead of copied code in dyngen are much smaller 
> than hand written code generators. Furthermore one would surely lose some 
> performance.
> 
> Kind Regards
> Axel

On a related note, I have this vague urge from time to time to get qemu to 
build with tcc.

Haven't even come close to making it work yet, of course... :)

Rob
-- 
Penguicon 5.0 Apr 20-22, Linux Expo/SF Convention.  Bruce Schneier, Christine 
Peterson, Steve Jackson, Randy Milholland, Elizabeth Bear, Charlie Stross...

      reply	other threads:[~2007-04-07  0:46 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-24 17:50 [Qemu-devel] [RFC/experimental patch] qemu (x86_64 on x86_64 -no-kqemu) compiles with gcc4 and works Axel Zeuner
2007-03-24 20:15 ` Anthony Liguori
2007-03-25 10:15   ` Axel Zeuner
2007-03-25 23:46     ` Anthony Liguori
2007-03-26  5:49       ` Axel Zeuner
2007-03-26 22:53         ` Paul Brook
2007-03-27  5:48           ` Axel Zeuner
2007-03-25 12:12   ` Axel Zeuner
2007-03-25 23:44     ` Anthony Liguori
2007-03-26  6:16       ` Axel Zeuner
2007-03-29  2:07         ` Anthony Liguori
2007-03-29  6:03           ` Axel Zeuner
2007-03-29 15:51             ` Anthony Liguori
2007-04-20 16:57   ` qemu + gcc4 (Was: [Qemu-devel] [RFC/experimental patch] qemu (x86_64 on x86_64 -no-kqemu) compiles with gcc4 and works) Gwenole Beauchesne
2007-03-25 13:40 ` [Qemu-devel] [RFC/experimental patch] qemu (x86_64 on x86_64 -no-kqemu) compiles with gcc4 and works Avi Kivity
2007-03-26 17:14   ` Axel Zeuner
2007-04-06 21:04     ` Rob Landley [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200704061704.21239.rob@landley.net \
    --to=rob@landley.net \
    --cc=axel.zeuner@gmx.de \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).