[ibis-macro] Re: IBIS-ATM teleconference - Agenda for 9/10/2013
- From: David Banas <DBanas@xxxxxxxxxx>
- To: "Arpad_Muranyi@xxxxxxxxxx" <Arpad_Muranyi@xxxxxxxxxx>, Bob Ross <bob@xxxxxxxxxxxxx>, "radek_biernacki@xxxxxxxxxxx" <radek_biernacki@xxxxxxxxxxx>, "ibis-macro@xxxxxxxxxxxxx" <ibis-macro@xxxxxxxxxxxxx>
- Date: Tue, 10 Sep 2013 11:49:06 -0700
My recollection is this: We allow the case of GetWave() being present in the
DLL, despite the fact that GetWaveExists is set to False in the AMI file, in
order to accommodate people, whom are using a generic template for their model
creation, which template contains the "shells" of ALL AMI functions, regardless
of whether or not the implementations of those functions are fleshed out.
-db
-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx]
On Behalf Of Muranyi, Arpad
Sent: Tuesday, September 10, 2013 11:43 AM
To: Bob Ross; radek_biernacki@xxxxxxxxxxx; ibis-macro@xxxxxxxxxxxxx
Subject: [ibis-macro] Re: IBIS-ATM teleconference - Agenda for 9/10/2013
Bob,
Just because the function exists, it doesn't mean that we have to use it...
But the other question is whether it is OK to say Exists=false when the
function is there in the DLL?
I think the answer to that in case of the GetWave function was that you can do
it, but in that case it shouldn't be used.
I think the intent here was the same for Resove_Exists...
Arpad
================================================================
-----Original Message-----
From: Bob Ross [mailto:bob@xxxxxxxxxxxxx]
Sent: Tuesday, September 10, 2013 1:37 PM
To: radek_biernacki@xxxxxxxxxxx; Muranyi, Arpad; ibis-macro@xxxxxxxxxxxxx
Subject: RE: [ibis-macro] Re: IBIS-ATM teleconference - Agenda for 9/10/2013
Arpad, Radek
Then Resolve_Exists provides useful information about the executable model.
Is it ok to NOT have any dependent (Usage Dep) parameters in the .ami file if
Resolve_Exists True?
Bob
-----Original Message-----
From: radek_biernacki@xxxxxxxxxxx [mailto:radek_biernacki@xxxxxxxxxxx]
Sent: Tuesday, September 10, 2013 11:33 AM
To: Arpad_Muranyi@xxxxxxxxxx; bob@xxxxxxxxxxxxx; ibis-macro@xxxxxxxxxxxxx
Subject: RE: [ibis-macro] Re: IBIS-ATM teleconference - Agenda for 9/10/2013
Arpad,
Bob added the rule, not the parameter.
Hi Bob,
Resolve_Exists is similar to GetWave_Exists, and it only states that the
AMI_Resolve() function is present in the executable model. The syntactical rule
is that the .ami file may contain a Dep parameters only when the Resolve_Exists
is True. But the function may exist regardless of Usage set in the file.
Radek
-----Original Message-----
From: Muranyi, Arpad [mailto:Arpad_Muranyi@xxxxxxxxxx]
Sent: Tuesday, September 10, 2013 11:31 AM
To: bob@xxxxxxxxxxxxx; BIERNACKI,RADEK (A-Sonoma,ex1); ibis-macro@xxxxxxxxxxxxx
Subject: RE: [ibis-macro] Re: IBIS-ATM teleconference - Agenda for 9/10/2013
Bob,
I think you were the one who added the "Resolve_Exists"
words to the text I proposed...
Thanks,
Arpad
=========================================================
-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Bob Ross
Sent: Tuesday, September 10, 2013 1:19 PM
To: radek_biernacki@xxxxxxxxxxx; ibis-macro@xxxxxxxxxxxxx
Subject: [ibis-macro] Re: IBIS-ATM teleconference - Agenda for 9/10/2013
Radek:
Why do we need the Resolve_Exists .ami parameter?
Would just the Usage Dep be sufficient to notify the EDA tool and executable
model that the parameter is dependent?
(All of the other rules could be put in the Usage Dep portion of the BIRD.)
(Note Resolve_Exists False already makes it syntactically wrong to have any
Usage Dep in the file.
Bob
-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of
radek_biernacki@xxxxxxxxxxx
Sent: Tuesday, September 10, 2013 11:02 AM
To: ibis-macro@xxxxxxxxxxxxx
Subject: [ibis-macro] Re: IBIS-ATM teleconference - Agenda for 9/10/2013
Hi All,
For today's ATM meeting, please review the latest draft of BIRD155.1. It
contains changes reflecting our discussion last week and the e-mail exchanges
that followed up our discussion. Thanks to Arpad and Bob for their input.
It is posted at
http://tinyurl.com/nz3gvr2
Thanks, Radek
---------------------------------------------------------------------
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
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
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
Subject: unsubscribe
Confidentiality Notice.
This message may contain information that is confidential or otherwise
protected from disclosure. If you are not the intended recipient, you are
hereby notified that any use, disclosure, dissemination, distribution, or
copying of this message, or any attachments, is strictly prohibited. If you
have received this message in error, please advise the sender by reply e-mail,
and delete the message and any attachments. Thank you.
---------------------------------------------------------------------
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
Subject: unsubscribe
Other related posts:
