From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NlqKf-00081a-Qa for qemu-devel@nongnu.org; Sun, 28 Feb 2010 16:05:45 -0500 Received: from [199.232.76.173] (port=42674 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NlqKf-00081F-9l for qemu-devel@nongnu.org; Sun, 28 Feb 2010 16:05:45 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NlqKd-0003Dr-Dc for qemu-devel@nongnu.org; Sun, 28 Feb 2010 16:05:44 -0500 Received: from mx20.gnu.org ([199.232.41.8]:3761) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NlqKd-0003D8-0p for qemu-devel@nongnu.org; Sun, 28 Feb 2010 16:05:43 -0500 Received: from hall.aurel32.net ([88.191.82.174]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NlqKZ-0006pA-KX for qemu-devel@nongnu.org; Sun, 28 Feb 2010 16:05:39 -0500 Received: from [2a01:e35:2e80:2fb0:21e:8cff:feb0:693b] (helo=volta.aurel32.net) by hall.aurel32.net with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1NlqKQ-0003oE-7F for qemu-devel@nongnu.org; Sun, 28 Feb 2010 22:05:30 +0100 Received: from aurel32 by volta.aurel32.net with local (Exim 4.71) (envelope-from ) id 1NlqKM-0002yQ-16 for qemu-devel@nongnu.org; Sun, 28 Feb 2010 22:05:26 +0100 Date: Sun, 28 Feb 2010 22:05:25 +0100 From: Aurelien Jarno Subject: Re: [Qemu-devel] qemu-ppc can't run static uClibc binaries. Message-ID: <20100228210525.GU10291@volta.aurel32.net> References: <201002110520.07620.rob@landley.net> <201002140236.28953.rob@landley.net> <20100214154100.nljy2r17hcg840wg@imap.suse.de> <201002150510.22819.rob@landley.net> <8DF180F8-A6F3-4306-9B02-C6870156ADB1@suse.de> <20100216082145.GA23689@miranda.arrow> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20100216082145.GA23689@miranda.arrow> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Tue, Feb 16, 2010 at 08:21:45AM +0000, Stuart Brady wrote: > On Mon, Feb 15, 2010 at 12:19:24PM +0100, Alexander Graf wrote: > > So what you really want is something like > > > > #ifdef CONFIG_LINUX_USER > > /* exec return value is always 0 */ > > env->gpr[3] = 0; > > #endif > > > > just after the #endif in your patch. If you had inlined your patch I could've commented it there. > > I've clearly misunderstood something, but isn't CONFIG_LINUX_USER always > going to be defined when building linux-user/elfload.c, and doesn't > CONFIG_BSD relate to the host that you're building for, not the target? Yes, CONFIG_LINUX_USER will always be defined in linux-user/elfload.c, while CONFIG_BSD_USER will always be defined in bsd-user/elfload.c. The same way using CONFIG_BSD in linux-user/elfload.c doesn't make sense, as this code will never been compiled. > I can't remember whether Jocelyn was interested in running BSD binaries > under Linux or under BSD. The former seems reasonable, although even if > that did work for PPC at one point, I doubt that's still the case... > That's sound strange, if you do that I think you will need to use the bsd-user code, not the linux-user code. I have to say I don't really understand the reason why this BSD code is there. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurelien@aurel32.net http://www.aurel32.net