From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gcoax-0002fW-Uw for qemu-devel@nongnu.org; Wed, 25 Oct 2006 15:39:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gcoaw-0002fJ-NN for qemu-devel@nongnu.org; Wed, 25 Oct 2006 15:39:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gcoaw-0002fD-I0 for qemu-devel@nongnu.org; Wed, 25 Oct 2006 15:39:22 -0400 Received: from [71.162.243.5] (helo=grelber.thyrsus.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Gcoaw-0005Ud-IV for qemu-devel@nongnu.org; Wed, 25 Oct 2006 15:39:22 -0400 From: Rob Landley Subject: Re: [Qemu-devel] qemu vs gcc4 Date: Wed, 25 Oct 2006 15:39:18 -0400 References: <45391B22.1050608@palmsource.com> <200610241939.06772.rob@landley.net> <200610250124.50202.paul@codesourcery.com> In-Reply-To: <200610250124.50202.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Message-Id: <200610251539.19061.rob@landley.net> Content-Transfer-Encoding: quoted-printable Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: qemu-devel@nongnu.org On Tuesday 24 October 2006 8:24 pm, Paul Brook wrote: > ColdFire is the only target that uses it exclusively. Arm is currently= a=20 > hybrid of dyngen and the new backend. So is i386, to a lesser extent.=20 > Other targets have minimal changes necessary to make them work. Ok. > > Do you have a quick "here's you how try it out" thing? (For example,= when > > I first show people qemu I boot a knoppix cd image under it. Fast an= d > > shiny. :) >=20 > One of my goals when writing it was to be able to reuse most of the exi= sting=20 > qemu code. There should be no user-visible impact. Unless you already=20 > understand how qemu/dyngen works it's not going to mean a lot to you. I read Fabrice's presentation, and looked through the code a bit,=20 but "understand" is _way_ too strong a word. :) > The end result is very similar, just a slightly different strategy for > getting there.=20 A strategy that might work with gcc 4.x? :) > In theory it should allow better performance, but that's still a way of= f. I was poking at the tcc code to generate stuff and optimize a couple week= s=20 ago. I don't suppose there's any possible re-use between the two? > https://nowt.dyndns.org/ has patches against cvs (thought they may be > slightly out of date), and a complete svn repository you can checkout. = Build > it just like normal qemu. Which in my case means applying the patch to get it to build with gcc 4.x= ,=20 which does indeed apply without rejects to your svn repository. =20 Unfortunately, the result doesn't build: gcc -Wall -O2 -g -fno-strict-aliasing -I. -I.. -I/home/landley/qemu/nowt.= dyndns.org/qemu/target-sparc -I/home/landley/qemu/nowt.dyndns.org/qemu -I= /home/landley/qemu/nowt.dyndns.org/qemu/host-i386 -D_GNU_SOURCE -D_FILE_O= FFSET_BITS=3D64 -D_LARGEFILE_SOURCE -I/home/landley/qemu/nowt.dyndns.org/= qemu/fpu -I/home/landley/qemu/nowt.dyndns.org/qemu/slirp -c -o=20 tcx.o /home/landley/qemu/nowt.dyndns.org/qemu/hw/tcx.c /home/landley/qemu/nowt.dyndns.org/qemu/hw/tcx.c: In=20 function =E2=80=98tcx_draw_line32=E2=80=99: /home/landley/qemu/nowt.dyndns.org/qemu/hw/tcx.c:94: error: invalid lvalu= e in=20 increment /home/landley/qemu/nowt.dyndns.org/qemu/hw/tcx.c: In=20 function =E2=80=98tcx_draw_line16=E2=80=99: /home/landley/qemu/nowt.dyndns.org/qemu/hw/tcx.c:106: error: invalid lval= ue in=20 increment make[1]: *** [tcx.o] Error 1 make[1]: Leaving directory=20 `/home/landley/qemu/nowt.dyndns.org/qemu/sparc-softmmu' make: *** [subdir-sparc-softmmu] Error 2 I don't have gcc 3.x installed on my laptop. Rob --=20 "Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away." - Antoine de Saint-Exuper= y