From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11774 invoked by alias); 28 Jul 2005 11:49:42 -0000 Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org Received: (qmail 11761 invoked by uid 22791); 28 Jul 2005 11:49:36 -0000 Received: from exprod6og4.obsmtp.com (HELO psmtp.com) (64.18.1.124) by sourceware.org (qpsmtpd/0.30-dev) with SMTP; Thu, 28 Jul 2005 11:49:36 +0000 Received: from source ([192.150.20.142]) by exprod6ob4.obsmtp.com ([64.18.5.12]) with SMTP; Thu, 28 Jul 2005 04:49:11 PDT Received: from inner-relay-3.eur.adobe.com (inner-relay-3b [10.128.4.236]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id j6SBtJTK015173 for ; Thu, 28 Jul 2005 04:55:19 -0700 (PDT) Received: from iplan-mn (iplan-mn.corp.adobe.com [10.32.16.20]) by inner-relay-3.eur.adobe.com (8.12.10/8.12.9) with ESMTP id j6SBn8j0010644 for ; Thu, 28 Jul 2005 04:49:09 -0700 (PDT) Received: from iplan-mn (localhost [127.0.0.1]) by iplan-mn.corp.adobe.com (iPlanet Messaging Server 5.2 HotFix 2.02 (built Oct 21 2004)) with ESMTP id <0IKC00E4565UOR@iplan-mn.corp.adobe.com> for gcc-help@gcc.gnu.org; Thu, 28 Jul 2005 06:49:06 -0500 (CDT) Received: from [10.32.16.88] (mn-eljay.corp.adobe.com [10.32.16.88]) by iplan-mn.corp.adobe.com (iPlanet Messaging Server 5.2 HotFix 2.02 (built Oct 21 2004)) with ESMTP id <0IKC00E3C65UOL@iplan-mn.corp.adobe.com> for gcc-help@gcc.gnu.org; Thu, 28 Jul 2005 06:49:06 -0500 (CDT) Date: Thu, 28 Jul 2005 11:49:00 -0000 From: Eljay Love-Jensen Subject: Re: Stack allocation skips vtable, optimalisation option? In-reply-to: <42E8A370.4040602@wanadoo.nl> To: Daan Oosterveld , gcc-help@gcc.gnu.org Message-id: MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT User-Agent: Microsoft-Entourage/11.1.0.040913 X-SW-Source: 2005-07/txt/msg00312.txt.bz2 Hi Daan, Even with -O0, the compiler *KNOWS* that foo is a Foo (regardless of your copy constructor shenanigans), and hence can call Foo::foo directly in main, without using the vfntbl lookup. HTH, --Eljay