I second Bob’s suggestion.
-db
From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx]
On Behalf Of Bob Miller
Sent: Wednesday, October 07, 2015 1:51 PM
To: Mike LaBonte
Cc: Muranyi, Arpad; IBIS-ATM
Subject: [ibis-macro] Re: Draft 14 of BIRD "New IBIS-AMI Reserved Parameter
Special_Param_Names" is posted now
HI everyone -
Something I was pondering about how the user gets appropriately informed/warned
while we were discussing whether the IBISCHK action was a warning or note...
In many ways what we want is for all IBIS-compliant EDA platforms, with or
without any "special features", to scan the Special_Param_Names table and throw
a warning for any entries it does not recognize. If it recognizes one, it may
choose to remain silent on that one or perhaps spit out a note. This allows EDA
tools running models with special features it understands to avoid
unnecessarily exciting the user.
There is of course the possibility of identically-named but different
independently-conceived special functions defeating this check (and this is a
reason for moving all such functions towards standardization, if possible).
This possibility could be mentioned in the BIRD discussion as a limitation of
this scheme.
But nothing currently in the BIRD requires or even suggests that EDA platforms
should use this list to warn the user of unimplemented non-IBIS special
functions. Should this be added? As a model maker, I would want that action
from such EDA tools if I put a parameter in the table.
Regards,
Bob
On Wed, Oct 7, 2015 at 2:36 PM, Bob Miller
<bob.miller@xxxxxxxxxxxxx<mailto:bob.miller@xxxxxxxxxxxxx>> wrote:
Hmm. Apologies Mike --I think "perform" or "execute" or "invoke" or "utilize"
or "provide" is closer to the idea than "implement". The EDA platform can
"implement" a host of functions that are never invoked, and if such is the
case, we don't care about them. It is when we require the EDA tool to do
something extra-specification that we care.
I tend to like "special operations" found in the usage rules better than
"special handling" in the definition. "Handling" is an allegorical term
(allegories can be mis-interpreted) while "operations" at least is part of
software/mathematical lexicon. "Functions" is an alternative if it feels
better. "handling" is IMO more narrow in scope than the other two words. I'm
not sure we care exactly what the EDA tool must do; if an EDA action is
necessary to provide the intended function of the model, it's parameter(s)
needs to be in Special_Param_Names (even if the model maker must create a
"dummy" parameter merely as a tag for Special_Param_Names).
Regards,
Bob
Regards,
Bob
On Tue, Oct 6, 2015 at 6:35 PM, Mike LaBonte
<mlabonte@xxxxxxxxxx<mailto:mlabonte@xxxxxxxxxx>> wrote:
Hi Arpad,
"perform" could be changed to "implement".
Mike
-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx>
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx>]
On Behalf Of Muranyi, Arpad
Sent: Tuesday, October 06, 2015 7:54 PM
To: ibis-macro@xxxxxxxxxxxxx<mailto:ibis-macro@xxxxxxxxxxxxx>
Subject: [ibis-macro] Draft 14 of BIRD "New IBIS-AMI Reserved Parameter
Special_Param_Names" is posted now
Hello Everyone,
This is to inform all of you that draft 14 of BIRD "New IBIS-AMI Reserved
Parameter Special_Param_Names"
is now posted on the ATM website:
http://www.vhdl.org/pub/ibis/macromodel_wip/archive/20151006/arpadmuranyi/
Out-InOut%20BIRD%20draft%2014/Out_InOut_Info_BIRD_14.pdf
This draft includes the changes we made in today's ATM teleconference and
I removed all other text that was left over from previous
suggestions/discussions. So this draft is pretty close to being final,
almost ready to be submitted to the Open Forum.
There is one minor thing that bothers me in it. The following words under
the Definition section just don't sound right:
"perform special handling"
I would like to get some suggestions on how to say this more properly so
we could finalize this in the next ATM teleconference.
Thanks,
Arpad
============================================================
---------------------------------------------------------------------
IBIS Macro website : http://www.eda.org/pub/ibis/macromodel_wip/
IBIS Macro reflector: //www.freelists.org/list/ibis-macro
To unsubscribe send an email:
To: ibis-macro-request@xxxxxxxxxxxxx<mailto:ibis-macro-request@xxxxxxxxxxxxx>
Subject: unsubscribe
---------------------------------------------------------------------
IBIS Macro website : http://www.eda.org/pub/ibis/macromodel_wip/
IBIS Macro reflector: //www.freelists.org/list/ibis-macro
To unsubscribe send an email:
To: ibis-macro-request@xxxxxxxxxxxxx<mailto:ibis-macro-request@xxxxxxxxxxxxx>
Subject: unsubscribe
