This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: profiling on the c4x
- To: Herman ten Brugge <Haj dot Ten dot Brugge at net dot HCC dot nl>
- Subject: Re: profiling on the c4x
- From: Jeffrey A Law <law at cygnus dot com>
- Date: Sun, 25 Oct 1998 12:03:50 -0700
- cc: egcs-patches at cygnus dot com
- Reply-To: law at cygnus dot com
In message <199810250930.JAA04776@htbrug.net.HCC.nl>you write:
> Hello,
>
> The code in profile.c does not handle a JUMP_INSN inside a PARALLEL.
> This insn is generated on the c4x for the repeat_block_end.
> The definition for the repeat_block_end is (from c4x.md):
I'm going to suggest we hold off teaking the profile code which builds cfgs.
If we're going to change it, we should instead change it to use the cfg
computed by flow.c instead of having it compute the cfg on its own (and
incorrectly I might add).
I don't think it'd be all that hard to fix profile.c to use the pred/succ
lists provided by flow. Look at haifa-sched.c::build_control_flow. It's been
on my todo list for a while... Similarly for reg-stack.c.
jeff