From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29283 invoked by alias); 16 Nov 2003 02:22:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 29274 invoked by uid 48); 16 Nov 2003 02:22:17 -0000 Date: Sun, 16 Nov 2003 02:22:00 -0000 Message-ID: <20031116022217.29273.qmail@sources.redhat.com> From: "bryner at brianryner dot com" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20031114211618.13057.bryner@brianryner.com> References: <20031114211618.13057.bryner@brianryner.com> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug c++/13057] [3.3/3.4 Regression] regparm attribute not applied to destructor X-Bugzilla-Reason: CC X-SW-Source: 2003-11/txt/msg01383.txt.bz2 List-Id: ------- Additional Comments From bryner at brianryner dot com 2003-11-16 02:22 ------- I attempted to debug this today... I didn't quite figure out the problem but maybe this will trigger someone's memory: The regparm attribute is successfully parsed and attached to the destructor via decl_attributes(). This calls build_type_attribute_variant() which clones the node; the attributes are attached to the cloned node. This happens exactly the same way for a destructor and a normal method. When generating the assembly, init_cumulative_args() is called in i386.c which checks the regparm attribute. For a normal method, the fntype parameter to this method is the cloned node from build_type_attribute_variant, which has the attribute(s) attached to it. For the destructor, however, fntype is neither the node passed to decl_attributes nor the clone that was made. Whatever it is, it has a null attributes pointer, so no parameters are passed in registers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13057