From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 934 invoked by alias); 30 Nov 2003 19:17:09 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 926 invoked from network); 30 Nov 2003 19:17:09 -0000 Received: from unknown (HELO dberlin.org) (69.3.5.6) by sources.redhat.com with SMTP; 30 Nov 2003 19:17:09 -0000 Received: from [192.168.1.7] (account dberlin [192.168.1.7] verified) by dberlin.org (CommuniGate Pro SMTP 4.1.4) with ESMTP-TLS id 5481057; Sun, 30 Nov 2003 14:17:09 -0500 In-Reply-To: <3FCA4162.2040208@moene.indiv.nluug.nl> References: <1070203864.24047.32.camel@frodo.toronto.redhat.com> <6C265DAC-2346-11D8-BE3D-000A95DA505C@dberlin.org> <3FCA37F3.7010703@moene.indiv.nluug.nl> <012406BB-2365-11D8-BE3D-000A95DA505C@dberlin.org> <3FCA3D3A.7020305@moene.indiv.nluug.nl> <3FCA4162.2040208@moene.indiv.nluug.nl> Mime-Version: 1.0 (Apple Message framework v608) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: "gcc-patches@gcc.gnu.org" , Diego Novillo From: Daniel Berlin Subject: Re: [tree-ssa] Fix bootstrap failure Date: Sun, 30 Nov 2003 19:56:00 -0000 To: Toon Moene X-SW-Source: 2003-11/txt/msg02380.txt.bz2 On Nov 30, 2003, at 2:13 PM, Toon Moene wrote: > Toon Moene wrote: > >> Daniel Berlin wrote: >>> On Nov 30, 2003, at 1:33 PM, Toon Moene wrote: > >>>> Talking about "fixed" - as far as I can see your PTA only takes >>>> effect if HAVE_BANSHEE is defined during compilation. > >>> Because it gets thrown into gcc's config.h. > >> Yep, got it - was looking in the wrong spot. Sorry. > > BTW, the real reason I'm interested in alias analysis is to implement > Fortran's "if you don't tell us you're not aliasing" rules. > > I'm looking at tree-alias-common.c (intra_function_call): > > /* We assume that an actual parameter can point to any global. */ > > where Fortran would change the "can" to "cannot" :-) Can parameters not point to each other, too? If so, you can just make it stop calling intra_function_call for fortran. :P