From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8871 invoked by alias); 12 Nov 2002 15:56:08 -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 8824 invoked by uid 71); 12 Nov 2002 15:56:07 -0000 Date: Tue, 19 Nov 2002 15:41:00 -0000 Message-ID: <20021112155607.8822.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Wolfgang Bangerth Subject: Re: c++/8534: [mainline regression] When compiling qt contradicting aliasing class created for bitfield constructor Reply-To: Wolfgang Bangerth X-SW-Source: 2002-11/txt/msg00588.txt.bz2 List-Id: The following reply was made to PR c++/8534; it has been noted by GNATS. From: Wolfgang Bangerth To: Jan Hubicka Cc: 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:53:43 -0600 (CST) > > > 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?). Cheers Wolfgang ------------------------------------------------------------------------- Wolfgang Bangerth email: bangerth@ticam.utexas.edu www: http://www.ticam.utexas.edu/~bangerth