From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JCFpR-0004fM-II for qemu-devel@nongnu.org; Tue, 08 Jan 2008 09:53:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JCFpN-0004dw-2h for qemu-devel@nongnu.org; Tue, 08 Jan 2008 09:53:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JCFpM-0004dp-Nf for qemu-devel@nongnu.org; Tue, 08 Jan 2008 09:53:16 -0500 Received: from miranda.se.axis.com ([193.13.178.8]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JCFpM-0003BA-Az for qemu-devel@nongnu.org; Tue, 08 Jan 2008 09:53:16 -0500 Received: from axis.com (edgar.se.axis.com [10.93.151.1]) by miranda.se.axis.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id m08ErDEY024471 for ; Tue, 8 Jan 2008 15:53:14 +0100 Date: Tue, 8 Jan 2008 17:53:33 +0100 From: "Edgar E. Iglesias" Subject: Re: [Qemu-devel] build error Message-ID: <20080108165333.GE18933@edgar.se.axis.com> References: <20080107112719.GC17555@edgar.se.axis.com> <200801071759.24765.rob@landley.net> <0ACF5616-6FC6-4E44-8679-A5F44BAA0312@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <0ACF5616-6FC6-4E44-8679-A5F44BAA0312@web.de> 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: qemu-devel@nongnu.org, Andreas =?iso-8859-1?Q?F=E4rber?= On Tue, Jan 08, 2008 at 03:43:34PM +0100, Andreas F=E4rber wrote: > Hello, > > Am 08.01.2008 um 00:59 schrieb Rob Landley: > >> On Monday 07 January 2008 05:27:19 Edgar E. Iglesias wrote: >>> I needed this or similar to build recent qemu's with gcc-4. >>> >> Is that all you needed, and did the result work? > > For system emulation on OSX/ppc I only needed a fix for always_inline (= as=20 > suggested by Alexander Graf as part of his OSX x86_64 patch), then=20 > sparc-softmmu compiles and runs fine for several hours on OSX Leopard. > > It seems Leopard's system headers are incompatible with gcc-3.3, and us= ing=20 > a different -sdkroot does not work. So GCC4 is becoming a necessity the= re,=20 > too (in addition to any OSX/i386). > > Is there anything specific to watch out for with GCC4 at this time? Wha= t=20 > does this ".previous" addition fix? The workaround in linux-user/main.c for recent libc's switches the curren= t section to .rodata but does not switch it back. The .previous makes sur= e it is restored to it's previous section. It's not really gcc4 related but on my system gcc 4 failed while gcc-3.4.= 6 didn't. Best regards --=20 Edgar E. Iglesias Axis Communications AB