This is the mail archive of the
mailing list for the GCC project.
Re: needless deep recursion in gt-c-decl.h
- From: Per Bothner <per at bothner dot com>
- To: Geoff Keating <geoffk at redhat dot com>
- Cc: gcc at gcc dot gnu dot org
- Date: Mon, 05 Aug 2002 10:50:57 -0700
- Subject: Re: needless deep recursion in gt-c-decl.h
- References: <3D3E1AFA.firstname.lastname@example.org> <200207240443.g6O4hx418758@desire.geoffk.org> <3D3E34F6.email@example.com> <200207240529.g6O5Thw18855@desire.geoffk.org> <3D3E47C0.firstname.lastname@example.org> <200207242151.g6OLp7W19902@desire.geoffk.org> <3D401801.email@example.com> <200207251825.g6PIPDf21554@desire.geoffk.org> <3D408B37.firstname.lastname@example.org> <200207302314.g6UNEab06587@desire.geoffk.org> <3D473258.email@example.com> <200208011932.g71JWIN10977@desire.geoffk.org> <3D4EB22E.firstname.lastname@example.org> <200208051721.g75HLcx28171@desire.geoffk.org>
Geoff Keating wrote:
Even if this particular case turns out to be impossible, it would be
very hard to make an argument that there's always another reference to
the DECL_RTL; and even if there actually always was another reference,
you'd have to ask yourself whether the (tiny) speed increase is worth
the extra complexity and the maintenance headache.
If the DECL_RTL is what causes the recursion to blow up, as I got
the impresson from your message, and it prevents the simple
iterate-on-TREE_CHAIN solution from working, then it could well be
worth it. In fact, if it allows iterating on TREE_CHAIN, instead of the
more complicated and general solution, it would be a simplification.
The patch I finally committed solves this problem in a more general
Yes, but by slowing down marking by 5%, when compile-time speed is a