Re: EXTERNAL: Re: [vhdl-200x] VHDL enhancements wish list

From: David G. Koontz <diogratia@gmail.com>
Date: Thu Mar 10 2011 - 17:46:20 PST

On 10/03/11 6:13 AM, ben cohen wrote:
>> [Ben] I took the word "class" to mean something like SystemVerilog class,
> instead of meaning "category". Sorry.
> Ben Cohen

We collectively appear to be casting partial ideas out into the commons.
For example I can find three non perfectly overlapping meanings for class in
reference to object oriented programming. Two of them exhibited here.

From my viewpoint a good portion of VHDL is already object oriented. While
events aren't objects, transactions drive access for internal and external
and blocks as well as concurrent statements. Every concurrent statement or
block implies drivers (private memory) and describes behavior in response to
access. These objects are controlled by scheduled update to signals. For
certain definitions of class you could enclose several of declarations,
specifications and instantiations for object oriented objects.

Jim has stated "My view is that OO is the base layer for building
verification language features." Today that would imply signal based
verification operation. If we look at earlier OO efforts (SUAVE, ooVHDL)
these left VHDL largely intact and most of what they implied could be done
purely with preprocessors.

I happen to subscribe to the view expressed by Tim Schneider on adding
abstraction to hierarchical interfaces in System Verilog, it's a short hand
for not requiring another level of hierarchy otherwise needed to provide
useful abstraction. It appears closely related to that which would be
useful in simplify verification efforts, though from Ben's and Tim's point
of view (and Jim's reply to Ben) everyone see's their favorite language as
the center of the universe. (Which makes one wonder about an abstraction
layer here beyond a particular language).

The audience is wider than just verification although attractive enough for
comparing various implementations (behavioral/system, RTL, gate). It can
allow a third party to understand the structure of a model too, instead of
being presented with VHDL netlists.

I tried to find Jim's hinted recommendation but couldn't, nor Peter's
(apparently) ESC-WP-001-oo-revisited.pdf from 2007, requiring a login to the
Accellera VHDL effort culminating in VHDL-2008.

From arm's length an interested reader can't tell the boundaries of the
field or location of the goal posts in the paddock. How about a little
foundational structure describing some limits? At this point all we can
determine is who is interested in what subjects and some idea of how they
achieved their views.

It seems using the Twiki group page would be a good thing, potentionally
allowing traceability to the problem being solved, the language used to
describe the problem and solution and any pointers to any useful references.
 I'd imagine somewhere along the line it would also get properly organized
for working group use.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Fri, 11 Mar 2011 14:46:20 +1300

This archive was generated by hypermail 2.1.8 : Thu Mar 10 2011 - 17:47:21 PST