comp.lang.ada
 help / color / mirror / Atom feed
From: Ehud Lamm <mslamm@mscc.huji.ac.il>
Subject: Re: FRAC tool?
Date: 1999/05/21
Date: 1999-05-21T00:00:00+00:00	[thread overview]
Message-ID: <Pine.A41.3.96-heb-2.07.990521120459.95542A-100000@pluto.mscc.huji.ac.il> (raw)
In-Reply-To: 7i2ffp$unl$1@nnrp1.deja.com

> No, it is of course far more complex than this. The
> initialization expression in a type declaration, or
> function calls in the bounds of course generate code.
> 
> On the other hand, many other rep clauses etc should be
> considered
> 
> This is not a trivial AWK tool!

My aim wasn't to insult anyone by mentioning AWK :-)

What I would find interesting is seening what code is supposed to be
counted by this tool. I find that the definitions are the hard part in
this kind of game.
So
type A is range F(1)..F(2)
will not be counted? Or maybe it should, since the code for F is coutned
as executable code, and this is defined as a declearation?

I am not expressing an opinion. I simply would be happy to know.
References are of course welcome too.

Ehud Lamm     mslamm@pluto.mscc.huji.ac.il






  reply	other threads:[~1999-05-21  0:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-05-17  0:00 FRAC tool? Ken Garlington
1999-05-20  0:00 ` Ehud Lamm
1999-05-21  0:00   ` Robert Dewar
1999-05-21  0:00     ` Ehud Lamm [this message]
1999-05-31  0:00 ` Stuart Palin
1999-06-09  0:00   ` Robert A Duff
1999-06-09  0:00     ` Robert Dewar
1999-06-19  0:00       ` Richard Kenner
1999-06-25  0:00         ` Robert Dewar
1999-06-26  0:00           ` Richard Kenner
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox