Article View: gnu.gcc.help
Article #50352Re: Static analysis of g++ call flow
From: Will Duncan
Date: Mon, 11 Oct 1993 17:01
Date: Mon, 11 Oct 1993 17:01
29 lines
1588 bytes
1588 bytes
>For example, if a function contains this:
>#ifdef vax
> foo ();
>#endif
>and you happen to be on a sun, by the time cc1 is running there is no
>trace of the fact that a call to foo was present there.
>If you rely on incomplete data for doing maintenance, bugs will
>result. When you change the way to call foo, you need to find *all*
>the calls, not just those that happen to be enabled on the target you
>are using today.
I belive the only downside of this is that you have to build
the call tree once for each target you are supporting. Its a
productivity hit but, in my mind this is a hit worth taking.
>For this reason, I believe cross-referencing ought to be done by
>parsing the source directly, *without* going through cpp.
But why should one have to re-do somthing that the compiler is
doing anyway ... I might get it wrong.
I also agree with jmg@inference.com (Jeff Greif) that macro expansion
is important too!
-will d.
Technical Details
Message-ID:
<9310111656.AA20698@TIS.COM>Path:
arc1-ca.pugleaf.net!gmd.de!xlink.net!sol.ctr.columbia.edu!math.ohio-state.edu!cis.ohio-state.edu!tis.com!willReferences:
<9310081435.AA24961@mole.gnu.ai.mit.edu>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 11318c,b96c32e932f5d2d3 X-Google-Attributes: gid11318c,public X-Google-ArrivalTime: 1993-10-11 10:42:49 PST Path: arc1-ca.pugleaf.net!gmd.de!xlink.net!sol.ctr.columbia.edu!math.ohio-state.edu!cis.ohio-state.edu!tis.com!will From: will@tis.com (Will Duncan) Newsgroups: gnu.gcc.help Subject: Re: Static analysis of g++ call flow Date: 11 Oct 1993 13:01:01 -0400 Organization: GNUs Not Usenet Lines: 30 Sender: daemon@cis.ohio-state.edu Distribution: gnu Message-ID: <9310111656.AA20698@TIS.COM> References: <9310081435.AA24961@mole.gnu.ai.mit.edu>