Bob, Mike,
When I wrote this BIRD, I took the description on pg. 140 as
the definition for Boolean, so I used the same style for
correcting the BNF on pg. 187.
You are correct, the parenthetical indication for the allowable
values of Boolean is really not much of a "definition", but
BIRD 135 was not written to correct that. BIRD 135 is correcting
the omission of Boolean in the BNF.
I would suggest to approve this BIRD as is, and if we have an
issue about defining Boolean in a more formal way, we should
either write a new BIRD for that, or add that to BIRD 127.1
"IBIS-AMI Typographical Corrections".
Thanks,
Arpad
==================================================================
-----Original Message-----
From: owner-ibis@eda.org [mailto:owner-ibis@eda.org] On Behalf Of Bob Ross
Sent: Thursday, July 14, 2011 5:43 PM
To: 'Mike LaBonte'; 'Mirmak, Michael'; 'IBIS'
Cc: bob@teraspeed.com
Subject: RE: [IBIS] BIRD135: Add Boolean to BNF for IBIS-AMI
Mike:
You raise some good points.
1. For IBIS .ami files, the ONLY acceptable values for the Boolean type
will be True or False. These values are case-sensitive, and
no other choices are allowed.
2. However, the BIRD is intended to clarify what the EDA tool
does when it transmits or receives the values associated the Boolean
type. I think we goofed because we thought there was a Boolean type
in ANSI C. ANSI C appears to use integers 0 and 1 for Boolean values.
Thanks for the head's up. I think we should bring this up at the meeting
and plan to return BIRD135 to the ATM committee for correction..
Bob
-----Original Message-----
From: owner-ibis@eda.org [mailto:owner-ibis@eda.org] On Behalf Of Mike
LaBonte
Sent: Thursday, July 14, 2011 2:22 PM
To: Mirmak, Michael; IBIS
Subject: Re: [IBIS] BIRD135: Add Boolean to BNF for IBIS-AMI
With BIRD 135 łAdd Boolean to BNF for IBIS-AMI˛ scheduled for a vote
tomorrow this is late, but I have a question. The BIRD describes allowable
Boolean values only in a parenthetical comment:
|*8. Parameter values can be expressed either as a string literal, Boolean
|* literal (True or False), decimal number, or a floating point number in
|* the standard ANSI 'C' notation (e.g., 2.0e-9). String literal values
|* are delimited using a double quote (") and no double quotes are allowed
|* inside the string literals.
There is a similar parenthetical comment on page 140 where the Type
parameter values are listed.
| Type: (default is Float)
| Float
| Integer
| String
| Boolean (True/False)
| Tap (For use by TX and RX equalizers)
| UI (Unit Interval, 1 UI is the inverse of the data rate frequency,
| for example 1 UI of a channel operating at 10 Gb/s is 100 ps)
Since tools and models will have to decide if a submitted Boolean value is
true or false, it seems to me there should be more guidance. For example,
which of these are true and which are false, if any?
true
false
yes
no
t
0
1
<-- empty string
What to do if a value is not exactly "True" or "False"? One approach is for
the IBIS parser to reject any other value for Boolean parameters, as long as
it always knows the type expectation of every parameter (Boolean Table
contents, anyone?). Ibischk5 says nothing no matter which of the above
values I set a Boolean parameter to, so currently we can't count on this
kind of checking.
But it is not uncommon for languages that support Boolean types to
case-insensitively regard "true", "t", "yes", "y", or any non-zero number as
True, and all else as False. Should we add some exact description that
yields only two outcomes to the spec in this BIRD? What will existing tools
accept as true and false today?
Mike
On 6/15/11 4:50 PM, "Mirmak, Michael" <michael.mirmak@intel.com> wrote:
> The enclosed BIRD 135, Add Boolean to BNF for IBIS-AMI, is submitted on
behalf
> of Arpad Muranyi of Mentor Graphics Corp. It will be discussed at the
next
> IBIS Open Forum teleconference.
>
> A complete list of BIRDs is available at http://www.eda.org/ibis/birds/.
>
> Michael Mirmak
> Intel Corp.
> Chair, IBIS Open Forum
>
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis <optional e-mail address, if different> | subscribe ibis-users <optional e-mail address, if different> | unsubscribe ibis <optional e-mail address, if different> | unsubscribe ibis-users <optional e-mail address, if different> | |or e-mail a request to ibis-request@eda-stds.org. | |IBIS reflector archives exist under: | | http://www.eda-stds.org/pub/ibis/email_archive/ Recent | http://www.eda-stds.org/pub/ibis/users_archive/ Recent | http://www.eda-stds.org/pub/ibis/email/ E-mail since 1993 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis <optional e-mail address, if different> | subscribe ibis-users <optional e-mail address, if different> | unsubscribe ibis <optional e-mail address, if different> | unsubscribe ibis-users <optional e-mail address, if different> | |or e-mail a request to ibis-request@eda-stds.org. | |IBIS reflector archives exist under: | | http://www.eda-stds.org/pub/ibis/email_archive/ Recent | http://www.eda-stds.org/pub/ibis/users_archive/ Recent | http://www.eda-stds.org/pub/ibis/email/ E-mail since 1993 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis <optional e-mail address, if different> | subscribe ibis-users <optional e-mail address, if different> | unsubscribe ibis <optional e-mail address, if different> | unsubscribe ibis-users <optional e-mail address, if different> | |or e-mail a request to ibis-request@eda-stds.org. | |IBIS reflector archives exist under: | | http://www.eda-stds.org/pub/ibis/email_archive/ Recent | http://www.eda-stds.org/pub/ibis/users_archive/ Recent | http://www.eda-stds.org/pub/ibis/email/ E-mail since 1993Received on Thu Jul 14 22:44:03 2011
This archive was generated by hypermail 2.1.8 : Thu Jul 14 2011 - 22:44:12 PDT