From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27860 invoked by alias); 20 May 2003 02:59:47 -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 27850 invoked from network); 20 May 2003 02:59:47 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 20 May 2003 02:59:47 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h4K2xdH19710; Mon, 19 May 2003 22:59:39 -0400 Received: from post-office.corp.redhat.com (post-office.corp.redhat.com [172.16.52.227]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h4K2xcI10664; Mon, 19 May 2003 22:59:38 -0400 Received: from greed.delorie.com (dj.cipe.redhat.com [10.0.0.222]) by post-office.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h4K2xcZ07884; Mon, 19 May 2003 22:59:38 -0400 Received: (from dj@localhost) by greed.delorie.com (8.11.6/8.11.6) id h4K2xbH07069; Mon, 19 May 2003 22:59:37 -0400 Date: Tue, 20 May 2003 03:03:00 -0000 Message-Id: <200305200259.h4K2xbH07069@greed.delorie.com> From: DJ Delorie To: jh@suse.cz CC: nathan@codesourcery.com, zhangjie@magima.com.cn, gcc@gcc.gnu.org, jh@suse.cz In-reply-to: <20030519135752.GD15316@kam.mff.cuni.cz> (message from Jan Hubicka on Mon, 19 May 2003 15:57:52 +0200) Subject: Re: [PATCH] Re: Option -fprofile-arcs fails for target avr and fr30 References: <3EC4B4D8.1040504@magima.com.cn> <3EC84136.6040705@magima.com.cn> <3EC89EDC.4000706@codesourcery.com> <20030519135752.GD15316@kam.mff.cuni.cz> X-SW-Source: 2003-05/txt/msg01828.txt.bz2 > There is code to set the JUMP_LABEL properly in the code to emit insn on > the edges: > insert_insn_on_edge (edge_profile, e); > rebuild_jump_labels (e->insns); > rebuild_jump_labels is supposed to update JUMP_LABEL accordingly. > In case the profiling code somewhere does not update labels correctly it > is the bug on place where code is emit. I will try to figure out what > happens tomorrow. At the time the basic blocks are split, all > JUMP_LABELs are supposed to be up-to-date. When I originally tracked this down, the problem was that profiling is added after the last time rebuild_jump_labels is called, so any new jumps won't have jump_labels.