This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: looking for the developer of tree-dump.c
- From: Gabriel Dos Reis <gdr at integrable-solutions dot net>
- To: Christian Ehrhardt <ehrhardt at mathematik dot uni-ulm dot de>
- Cc: d43d41u5 <daedalus at freemail dot hu>, gcc at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: 27 Jul 2004 11:57:08 +0200
- Subject: Re: looking for the developer of tree-dump.c
- Organization: Integrable Solutions
- References: <000e01c471a9$ccfb27c0$0101010a@client><m3llh9teee.fsf@uniton.integrable-solutions.net><20040726133807.27115.qmail@thales.mathematik.uni-ulm.de>
Christian Ehrhardt <ehrhardt@mathematik.uni-ulm.de> writes:
| On Sat, Jul 24, 2004 at 09:04:57PM +0200, Gabriel Dos Reis wrote:
| > | For some reason the -fdump-translation-unit switch doesn't dumps the body of
| > | the functions from the AST if I compile sources with .c extension. (there is
| > | no "body:" in the .tu dumpfile) Are the functions bodies in the tree, but
| > | not dumped, or are they stored somewhere else ?
| >
| > I've come across the similar misbehaivour a week ago for mainline. I
| > think it is a regression introduced by the tree-ssa merge.
|
| It's probably a thinko in the way dump_enabled_p works for TDI_all.
| Users off dump_enabled_p expect that the function returns true if
| ANY dump is enabled whereas dump_enabled_p will only return true
| if ALL dumps were enabled via -fdump-tree-all.
|
| The following ad hoc patch works for me and fixes a few other cases
| where interesting things were not dumped.
Thanks. I think this should go on mainline, with appropriate
ChangeLog entries.
-- Gaby