From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 975 invoked by alias); 5 Jul 2005 15:35:41 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 940 invoked by uid 22791); 5 Jul 2005 15:35:39 -0000 Received: from dumbledore.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.11) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 05 Jul 2005 15:35:39 +0000 Received: (qmail 31230 invoked from network); 5 Jul 2005 15:35:27 -0000 Received: from unknown (HELO ?192.168.0.100?) (mitchell@127.0.0.2) by mail.codesourcery.com with ESMTPA; 5 Jul 2005 15:35:27 -0000 Message-ID: <42CAA8B8.6060109@codesourcery.com> Date: Tue, 05 Jul 2005 15:35:00 -0000 From: Mark Mitchell User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: Daniel Berlin CC: Richard Henderson , Gcc Mailing List Subject: Re: PARM_DECL of DECL_SIZE 0, but TYPE_SIZE of 96 bits References: <1120085832.7612.81.camel@linux-009002219098> <20050629235504.GA23780@redhat.com> <1120094227.8950.12.camel@linux-009002219098> In-Reply-To: <1120094227.8950.12.camel@linux-009002219098> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-07/txt/msg00157.txt.bz2 Daniel Berlin wrote: > 3. Not call layout_decl on the template types until they are completed. In the abstract, this is the best choice. Although we need to know that types are complete (which means (in the current implementation) that TYPE_SIZE != NULL_TREE), but the C++ front end should not be caring about DECL_SIZE on a PARM_DECL from a template. If it is, I'd like to know where. -- Mark Mitchell CodeSourcery, LLC mark@codesourcery.com (916) 791-8304