From mboxrd@z Thu Jan  1 00:00:00 1970
From: Gerd Knorr <kraxel@bytesex.org>
Subject: Re: [patch] pagetable cleanups
Date: Thu, 14 Apr 2005 21:30:59 +0200
Message-ID: <20050414193059.GA29472@bytesex>
References: <20050412185856.GA5832@bytesex>
	<E1DM3Pa-0002e4-00@mta1.cl.cam.ac.uk>
	<20050414150150.GA28071@bytesex>
	<200504141548.12400.maw48@cl.cam.ac.uk>
	<1113503253.16993.13.camel@localhost.localdomain>
	<1113505660.29794.13.camel@localhost>
	<1113506404.16993.33.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-path: <xen-devel-bounces@lists.xensource.com>
Content-Disposition: inline
In-Reply-To: <1113506404.16993.33.camel@localhost.localdomain>
List-Unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: Hollis Blanchard <hollisb@us.ibm.com>
Cc: Michael A Fetterman <Michael.Fetterman@cl.cam.ac.uk>, Mark Williamson <maw48@cl.cam.ac.uk>, xen-devel@lists.xensource.com
List-Id: xen-devel@lists.xenproject.org

> It is certainly possible that the callee could create a temporary struct
> on its stack and memcpy into the address provided by the ABI. However,
> even at -O0 the address of the struct is popped off the stack and used
> directly when assigning to structure fields. I'm using gcc 3.3.5.

Same here.  And with optimization turned on gcc simply inlines the
functions, which makes the whole discussion kida useless ;)

So I think we don't have do worry about gcc doing stupid things and
can simply return structs in the C code.

  Gerd