Phone
Conference P1450.3 Working
Group
Thursday, Apr 13, 2005 -
10:00-11:30 Pacific Time
Nothing under discussion or
presentation for this meeting was identified as being
proprietary or restricted.
1. Create a table of scoping rules across
all STIL statements as to when data from one block filters down into
lower level blocks. Apparently this is done on a statement level in
dot6. Dot0/1 do it mostly for named objects like signals, scancells, macro
names, etc. Intent is to see if we are consistent.
2. Need to identify the allowed (or
disallowed) scope of the Assert statement. Is it a) a run time
statement (e.g., in a pattern or burst) or b) a declaration (e.g., to
be done when a block is initially processed), or c) a monitor
function (e.g., like Fixed in a pattern that works over all the
statements)? The concensus was that we should define the Assert as it
applies to dot3 only, and not get into the detailed semantics of how
it might work in a run time environment.
3. On the \config and \param token, John
had an excellent suggestion. Define new statements to be allowed
inside a Variables block - ConfigConstant, ParamConstant (names
subject to revision). This does away with the back-slash and keeps the
expressions simpler. (Note: New D12 contains this new syntax - tt
4/21/06)
Meeting adjourned 10:45 Pacific time