From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22522 invoked by alias); 12 Nov 2002 08:26:01 -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 22494 invoked by uid 71); 12 Nov 2002 08:26:01 -0000 Date: Tue, 19 Nov 2002 12:46:00 -0000 Message-ID: <20021112082601.22486.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Jan Hubicka Subject: Re: c++/8534: [mainline regression] When compiling qt contradicting aliasing class created for bitfield constructor Reply-To: Jan Hubicka X-SW-Source: 2002-11/txt/msg00569.txt.bz2 List-Id: The following reply was made to PR c++/8534; it has been noted by GNATS. From: Jan Hubicka To: Wolfgang Bangerth Cc: jh@suse.cz, gcc-gnats@gcc.gnu.org Subject: Re: c++/8534: [mainline regression] When compiling qt contradicting aliasing class created for bitfield constructor Date: Tue, 12 Nov 2002 09:17:07 +0100 > Hi, > Hi Jan, > am I correct that PRs 8533 and 8534 are duplicates? If so, I can close one Uhm yes, 8533 is duplicate, I will close it and mark 8535 as high priority. > of these. Also, I cannot reproduce them on a different system, so I don't > think it's a front end problem. Shall I re-group them as "middle-end" or > "optimization"? I am not sure. Definitly frontend decides the aliasing classes that are contradicting in this testcase. I am not sure why it does not reproduce on other systems. Perhaps you have disabled check? I will try to figure out from where the alias sets are constructed at the evening. Honza > > Regards > Wolfgang > > ------------------------------------------------------------------------- > Wolfgang Bangerth email: bangerth@ticam.utexas.edu > www: http://www.ticam.utexas.edu/~bangerth >