Re: Squashing C Source

H T Fallside <>
17 Dec 90 15:51:22 GMT

          From comp.compilers

Related articles
Squashing C Source (H T Fallside) (1990-12-05)
Re: Squashing C Source (1990-12-11)
Re: Squashing C Source megatest! (1990-12-14)
Re: Squashing C Source (1990-12-17)
Re: Squashing C Source (H T Fallside) (1990-12-17)
Re: Squashing C Source (Lee Woodbury) (1990-12-17)
Re: Squashing C Source (1990-12-18)
| List of all articles for this month |

Newsgroups: comp.compilers
From: H T Fallside <>
Keywords: optimize
Organization: Edinburgh University Computing Service
References: <> <14662@goofy.megatest.UUCP>
Date: 17 Dec 90 15:51:22 GMT

In article <14662@goofy.megatest.UUCP> megatest! (Dave Jones) writes:
First thanks to those people writing to tell me about Jack Davidson's
and Ann Holler's inliner (see 1254) which sounds like being
just the thing I need.

>Now then, please tell us why in the world you would want to make an entire
>program into one procedure.

I'm looking at doing some silicon compilation on dsp algorithms written
in C. It's much easier to analyse the allocation requirements, loop
nesting depth and any parallelism when the code is non-procedural. I'm not
concerned at this stage about size or speed issues on host machines
just whether the code remains compilable after i've been playing around
with it :-)

>I will leave you with one last word: "recursion".

I was under the impression that any recursive procedure could be
exchanged for an iterative one (and vice versa) am i wrong ?
thanks again

[It's true, recursion and iteration are equivalent, but the translation can
be ugly, particularly in the presence of things like indirect recursion via
function pointers. -John]

Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.