This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug rtl-optimization/33224] failing rtl iv analysis (maybe due to df)
- From: "rakdver at kam dot mff dot cuni dot cz" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 30 Aug 2007 18:09:54 -0000
- Subject: [Bug rtl-optimization/33224] failing rtl iv analysis (maybe due to df)
- References: <bug-33224-6954@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #7 from rakdver at kam dot mff dot cuni dot cz 2007-08-30 18:09 -------
Subject: Re: failing rtl iv analysis (maybe due to df)
> The only thing that you are allowed to do with the DF_REF_ID is to get
> it from a df_def
> AFTER YOU ARE SURE THAT THE DEF IS IN THE REGION
OK, this might be the problem; the code takes the defs from the reg->def
lists, and checks whether the defs are set in the reaching def bitmaps.
Naturally, it assumes that when the region is set by df_set_blocks, the
reaching def bitmaps will only contain the defs that belong to the
region (which used to be true before your changes).
Anyway, it would be nice to have some documentation for df (there
is only a short notice in
http://gcc.gnu.org/onlinedocs/gccint/Liveness-information.html#Liveness-information,
which appears wrong given the importance of this api), in particular
pointing out such non-obvious traps would be great.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33224