From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16492 invoked by alias); 5 Jul 2005 08:32:23 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 16466 invoked by uid 22791); 5 Jul 2005 08:32:17 -0000 Received: from 26.mail-out.ovh.net (HELO 26.mail-out.ovh.net) (213.186.42.179) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 05 Jul 2005 08:32:17 +0000 Received: (qmail 28502 invoked by uid 503); 5 Jul 2005 08:31:58 -0000 Received: (QMFILT: 1.0); 05 Jul 2005 08:31:58 -0000 Received: from b6.ovh.net (HELO mail30.ha.ovh.net) (213.186.33.56) by 26.mail-out.ovh.net with DES-CBC3-SHA encrypted SMTP; 5 Jul 2005 08:31:58 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 5 Jul 2005 08:31:55 -0000 Received: from mail30.ha.ovh.net (10.0.50.30) by mail30.ha.ovh.net with DES-CBC3-SHA encrypted SMTP; 5 Jul 2005 08:31:54 -0000 Received: from b0.ovh.net (HELO queue-pre) (213.186.33.50) by b0.ovh.net with SMTP; 5 Jul 2005 08:31:54 -0000 Received: from 140.195.98-84.rev.gaoland.net (HELO ?192.168.0.103?) (laurent%guerby.net@84.98.195.140) by ns0.ovh.net with SMTP; 5 Jul 2005 08:31:54 -0000 Subject: Re: Problem with tree-ssa-loop-ivopts.c:get_computation-cost From: Laurent GUERBY To: gcc@gcc.gnu.org Cc: Richard Kenner In-Reply-To: <10506302218.AA00728@vlsi1.ultra.nyu.edu> References: <10506302218.AA00728@vlsi1.ultra.nyu.edu> Content-Type: text/plain Date: Tue, 05 Jul 2005 08:32:00 -0000 Message-Id: <1120552288.7662.62.camel@m.site> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Ovh-Remote: 84.98.195.140 (140.195.98-84.rev.gaoland.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: fait|type 1&3|0.0|H 0.5 X-SW-Source: 2005-07/txt/msg00143.txt.bz2 This is http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22212 and is the problem blocking Ada bootstrap on x86_64-linux, it would be great to move forward on this. Laurent On Thu, 2005-06-30 at 18:18 -0400, Richard Kenner wrote: > This function generates RTL from an expression to see how many RTL insns > it is. But this causes a problem compiling the Ada ACATS test cxa4006. > > The problem is when part of the expression has a location. In that > case, record_block_change is called and that relies on > cfun->ib_boundaries_block being set. But it isn't because we aren't > expanding stuff "for real". A kludge would be to test that field, but > what's the proper way? > > Also, seq_cost really should be looking at next_real_insn, not NEXT_INSN, > since any notes shouldn't be counted. >