🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.gcc.help
Article #50352

Re: Static analysis of g++ call flow

#50352
From: Will Duncan
Date: Mon, 11 Oct 1993 17:01
29 lines
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!will
References: <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>