This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [RFC][4.4] Convenience reorganization of parts of tree.h
- From: Tom Tromey <tromey at redhat dot com>
- To: "Daniel Berlin" <dberlin at dberlin dot org>
- Cc: "Diego Novillo" <dnovillo at google dot com>, "Richard Guenther" <richard dot guenther at gmail dot com>, "Simon Baldwin" <simonb at google dot com>, gcc-patches at gcc dot gnu dot org
- Date: Sat, 01 Dec 2007 23:18:12 -0700
- Subject: Re: [RFC][4.4] Convenience reorganization of parts of tree.h
- References: <20071130002823.A8E0E41A9D4@localhost> <84fc9c000711300236m13a66d1foa8ec49a48f1f3bb2@mail.gmail.com> <4751A9FC.2070702@google.com> <4aca3dc20712012145y72088862x4b5505016dbd0857@mail.gmail.com>
- Reply-to: tromey at redhat dot com
>>>>> "Dan" == Daniel Berlin <dberlin@dberlin.org> writes:
Diego> Turning macros into inline functions has the exact opposite effect for
Diego> debugging. It will now be possible to call these accessors from gdb
Diego> instead of having to remember the field names.
Dan> Compile with -g3 and you can use the macros as if they were functions.
Dan> :)
... except for the statement-expressions in all the tree type checks :-(
Changing the checking macros as a first step would be easy and
immediately beneficial. So, hint hint, please start there.
Overall I think I'm generally in favor the project -- since I have an
idea in mind for how to abuse the new accessors when debugging the
incremental compiler -- but provided due diligence is done on the
performance and code size questions, which I think were raised last
time this was discussed on the list.
Tom