From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29650 invoked by alias); 1 Sep 2002 12:22:13 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 29627 invoked by uid 61); 1 Sep 2002 12:22:13 -0000 Date: Sun, 01 Sep 2002 05:22:00 -0000 Message-ID: <20020901122213.29626.qmail@sources.redhat.com> To: daa@orcsoftware.spb.ru, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nicola@sources.redhat.com, nobody@gcc.gnu.org From: nicola@sources.redhat.com Reply-To: nicola@sources.redhat.com, daa@orcsoftware.spb.ru, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nicola@sources.redhat.com, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org Subject: Re: objc/6960: Compiler doesn't correct allocate object from -fconstant-string-class= X-SW-Source: 2002-09/txt/msg00002.txt.bz2 List-Id: Synopsis: Compiler doesn't correct allocate object from -fconstant-string-class= Responsible-Changed-From-To: unassigned->nicola Responsible-Changed-By: nicola Responsible-Changed-When: Sun Sep 1 05:22:13 2002 Responsible-Changed-Why: Looking at it State-Changed-From-To: open->closed State-Changed-By: nicola State-Changed-When: Sun Sep 1 05:22:13 2002 State-Changed-Why: The compiler is working properly. In the testcase, the NSObject class contains an additional field _info in the ivar layout, which causes NSConstantString to have an additional ivar in the layout, which is not allowed. I understand the point, but unfortunately this is not supposed to work - the NSConstantString class ivar layout is fixed. I also agree it should be documented better, but that's it. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6960