[ibis-macro] BIRD 187.2

  • From: <radek_biernacki@xxxxxxxxxxxx>
  • To: <michael.mirmak@xxxxxxxxx>, <ibis-macro@xxxxxxxxxxxxx>
  • Date: Tue, 21 Feb 2017 23:28:30 +0000

Hi Michael,

Perhaps you do not know it yet, but the vote on BIRD 187.2 at Friday's Open 
Forum teleconference was deferred to some further modifications relating to the 
following text.

Increment <typ> <min> <max> <delta>
The Increment Format defines, for Usage In and InOut, a range of discrete 
integer values which can be swept by the EDA tool using a specified value 
("delta"), where min <= typ <= max and delta is always positive.  After 
expansion, the expanded values of the parameter are typ + N*delta where N is 
any positive or negative integer value provided by the EDA tool during the 
expansion process so that:  min <= expanded values <= max.
Steps <typ> <min> <max> <# steps>
The Steps Format operates exactly like Increment with <delta> == 
(<max>-<min>)/<# steps>

The issue is that inadvertently the current text seems to suggest that the 
values generated according to the Increment (or Steps) format must be integer 
which violates the existing spec. Thus the word "integer" in the first sentence 
needs to be removed. Furthermore, the second part of the first statement makes 
a suggestion that the use if these formats is somewhat different from other 
formats where a selection is made by the user. Similarly to, for example, the 
List format we should be talking about user selection instead of somewhat 
unspecified sweep to be made by the EDA tool.

I hope this should be easy to fix. I do not quite remember whether the 
consensus was to pass a revised version through ATM or just to send it back to 
Open Forum.

Best regards,
Radek

Other related posts:

  • » [ibis-macro] BIRD 187.2 - radek_biernacki