comp.lang.ada
 help / color / mirror / Atom feed
From: JP Thornley <jpt@diphi.demon.co.uk>
Subject: Re: [Q] Tools for Ada Quality and Style
Date: 1996/04/29
Date: 1996-04-29T00:00:00+00:00	[thread overview]
Message-ID: <165492028wnr@diphi.demon.co.uk> (raw)
In-Reply-To: dewar.830719362@schonberg


Robert Dewar wrote:
> 
> Bob Crispen was looking for pretty printing tools to enforce a 
standard.
> 
Actually that was me ...

> I must say I do not like this approach. For uniform style rules to 
work,
> everyone has to buy into them, and buying into them means getting 
> completely familiar with them and not considering writing code in any
> other style. 
> 
> If you rely on pretty printing tools, then there is a danger of 
continuing
> to foster a sloppy attitude to the style rules.
> 

I have a lot of sympathy for this view, but, as an example, I also see 
the point of view of a programmer who has to re-align all the parameters 
in a procedure (declaration and all its calls) because another parameter 
with a slightly longer name has been added.

A pretty-printer also makes it feasible to introduce layout rules at an 
upgrade and not just at the beginning of a development (and many of our 
systems go through a series of planned upgrades over a number of years).

> I *do* like tools that enforce style rules, to the extent that this is
> possible. Many style rules are simply too indefinite to enforce
> mechanically.
> 
I'm really looking for something that deals with the areas that the 
Quality and Style documents say are easily handled by an automated tool 
(mainly Chapters 2 and 3).

I would be (almost) as happy with an automated conformance checker.  (I 
can't see manual conformance checking being a possibility unless the 
culture is established right at the start.)

What experience generally do people have with pretty-printers and/or 
conformance checkers?   Are the rules generally too difficult to enforce 
automatically?  (I remember being quite happy with the Rational editor 
around 88/89, but I can't remember exactly what it did.)

Phil Thornley

-- 
------------------------------------------------------------------------
| JP Thornley    EMail jpt@diphi.demon.co.uk                           |
------------------------------------------------------------------------





  reply	other threads:[~1996-04-29  0:00 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-04-17  0:00 Ada naming conventions? Bob Crispen
1996-04-17  0:00 ` Michael F Brenner
1996-04-25  0:00 ` [Q] Tools for Ada Quality and Style JP Thornley
1996-04-26  0:00   ` Ken Garlington
1996-04-27  0:00   ` Bob Crispen
1996-04-28  0:00     ` Robert Dewar
1996-04-29  0:00       ` JP Thornley [this message]
1996-04-30  0:00         ` Ken Garlington
1996-04-30  0:00       ` Peter Milliken
1996-04-30  0:00         ` David Sanderson, IV
1996-04-30  0:00         ` Robert Dewar
1996-05-05  0:00           ` Geert Bosch
1996-05-07  0:00             ` Peter Milliken
1996-04-30  0:00         ` Ken Garlington
1996-05-01  0:00         ` [Q] Tools for Ada Quality and Style [LONG] Laurent Guerby
1996-05-02  0:00           ` Robert A Duff
1996-05-02  0:00             ` Robert Dewar
1996-05-02  0:00           ` Robert Dewar
1996-05-02  0:00             ` Robert A Duff
1996-04-30  0:00   ` [Q] Tools for Ada Quality and Style Laurent Guerby
1996-04-30  0:00     ` Robert A Duff
1996-04-30  0:00     ` Frank Falk
1996-04-30  0:00       ` David Weller
1996-05-04  0:00         ` LJMetzger
1996-05-04  0:00           ` Robert Dewar
1996-05-06  0:00   ` Rolf Ebert
  -- strict thread matches above, loose matches on Subject: below --
1996-04-30  0:00 Bob Crispen
1996-04-30  0:00 ` Robert Dewar
1996-05-01  0:00   ` Bob Kitzberger
1996-05-02  0:00     ` Robert A Duff
1996-05-02  0:00     ` Robert Dewar
replies disabled

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