On 2/24/2011 12:24 PM, ryan.w.hinton@L-3com.com wrote:
> David,
>
> This sounds scary and error-prone to me. With this approach I have to
> look all over the declarative regions inside and outside the entity (if
> the attribute is specified where the entity is instantiated) to find out
> what my clock is!
For most entities, I find that I use one clock and one reset. I would
find this short hand useful. I would, however, make sure that the
attribute section was just after my Architecture statement.
Should you forget to set these attributes, the Z-Transform with have to
error out.
> I much prefer a clocked process construct. The definition of this
> construct in the LRM should include some way of communicating the clock,
> reset, enable, etc. to operators within the process.
You could put the attributes on a single process, but if you went that
far, then the old "elsif rising_egde (clk)" would be shorter and easier
to understand.
I see this as a way to reduce the size of my code and make it more
understandable from an algorithmic point of view.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Thu Feb 24 10:28:54 2011
This archive was generated by hypermail 2.1.8 : Thu Feb 24 2011 - 10:29:13 PST