From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8917 invoked by alias); 12 Nov 2002 15:56:09 -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 8872 invoked by uid 71); 12 Nov 2002 15:56:08 -0000 Date: Tue, 19 Nov 2002 15:46:00 -0000 Message-ID: <20021112155608.8868.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/msg00589.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: Jan Hubicka , 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 16:51:43 +0100 > > > > > on other systems. Perhaps you have disabled check? > > > > > > No, I just looked it up, but I haven't. > > > > > > I think I have to leave this to you then. Thanks for your cooperation > > > anyway! > > OK, I will to analyze it bit more. > > I am quite puzzled why it reproduces on x86_64 only as the code path is > > quite generic. Perhaps the wrong alias set leaks there from some > > backend hook, but there are not many (only va_args fiddles aliasing as > > far as I can remember) > > My machine is presently used up with different tasks, but if I find some > spare cycles this afternoon, I'll retry with a clean build of gcc > (--enable-checking is the default on the main branch, right?). Yes. Honza > > Cheers > Wolfgang > > ------------------------------------------------------------------------- > Wolfgang Bangerth email: bangerth@ticam.utexas.edu > www: http://www.ticam.utexas.edu/~bangerth >