[ibis-macro] Re: Updated Version BIRD daft

  • From: <radek_biernacki@xxxxxxxxxxx>
  • To: <bob@xxxxxxxxxxxxx>
  • Date: Tue, 14 Dec 2010 12:56:01 -0700

Hi Bob,

I was talking, for example, about parser 5.1 checking IBIS file version 5.1 
where a reference is made to an AMI file with the version of 5.2.

Radek

-----Original Message-----
From: Bob Ross [mailto:bob@xxxxxxxxxxxxx] 
Sent: Tuesday, December 14, 2010 11:54 AM
To: BIERNACKI,RADEK (A-Sonoma,ex1)
Cc: Arpad_Muranyi@xxxxxxxxxx; ibis-macro@xxxxxxxxxxxxx
Subject: Re: [ibis-macro] Re: Updated Version BIRD daft

Radek:

A version 5.1 parser will check 5.0 and 5.1 IBIS files the same, but
will now check IBIS-AMI files per the stated AMI-Version number or
lack of it.  We will keep track of all AMI changes at the subversion level,
like do at the major version level for IBIS.

Bob

radek_biernacki@xxxxxxxxxxx wrote:
> Hi Arpad,
> 
> Allowing a higher version of AMI file with a lower version of the IBIS file 
> may produce incorrect results if a parser consistent with the IBIS file 
> version is used.
> 
> Radek
> 
> -----Original Message-----
> From: ibis-macro-bounce@xxxxxxxxxxxxx 
> [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
> Sent: Tuesday, December 14, 2010 11:44 AM
> To: ibis-macro@xxxxxxxxxxxxx
> Subject: [ibis-macro] Re: Updated Version BIRD daft
> 
> Radek,
> 
> I think I did have something like that in an earlier
> version of this draft, and I was told that any IBIS
> file version can be mixed with any AMI file version,
> so I took that statement out.
> 
> This was in draft 2:
> 
> |* The version numbers of .ibs files and AMI models do not have
> |* to match.  Newer .ibs files may reference older AMI models,
> |* but AMI models are not allowed to have newer version numbers
> |* than the .ibs files which references them.
> 
> 
> So what do we want?  AMI ver <= IBIS ver or any mix?
> 
> Thanks,
> 
> Arpad
> =====================================================
> 
> -----Original Message-----
> From: radek_biernacki@xxxxxxxxxxx [mailto:radek_biernacki@xxxxxxxxxxx] 
> Sent: Tuesday, December 14, 2010 1:36 PM
> To: Muranyi, Arpad; ibis-macro@xxxxxxxxxxxxx
> Subject: RE: Updated Version BIRD daft
> 
> Hi Arpad,
> 
> Perhaps a better way to phrase the first statement could be:
> 
> The value of this parameters shall be a valid IBIS version greater or
> equal to 5.1, and shall be not be grater that the IBIS version of the
> IBIS file in which the reference to this AMI file is made.
> 
> Radek
> 
> -----Original Message-----
> From: ibis-macro-bounce@xxxxxxxxxxxxx
> [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
> Sent: Tuesday, December 14, 2010 11:24 AM
> To: IBIS-ATM
> Subject: [ibis-macro] Updated Version BIRD daft
> 
> Hello everyone,
> 
> Here is an updated draft of the Version BIRD.  (This is not posted on
> the ATM web site yet).
> 
> I made a few minor editorial changes on Bob's suggestion.
> There were a few suggestions in the last teleconference, but I am not
> completely sure what the decision was for me.
> - I thought someone suggested that there was no need o mention
>   version numbers at all
> - I also thought someone suggested that I should remove the
>   sentence about the absence of this keyword meaning version 5.0.
> 
> If these two suggestions are still valid, I could remove the
> paragraph:
> 
> |*              The value of this parameter shall be "5.1" or greater
> for
> |*              AMI models written in compliance with the IBIS Version
> 5.1 or
> |*              later specifications.  The absence of AMI_version
> indicates
> |*              that the AMI model was written in compliance with the
> IBIS
> |*              Version 5.0 specification.
> 
> from the BIRD.  I personally don't think it is harmful to keep it there,
> but I can live with or without it.
> 
> Please let me know what you think.  I would like to finalize this in
> today's 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
>   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
> 
> 


-- 
Bob Ross
Teraspeed Consulting Group LLC     Teraspeed Labs
121 North River Drive              13610 SW Harness Lane
Narragansett, RI 02882             Beaverton, OR 97008
401-284-1827                       503-430-1065
http://www.teraspeed.com           503-246-8048 Direct
bob@xxxxxxxxxxxxx

Teraspeed is a registered service mark of Teraspeed Consulting Group LLC

---------------------------------------------------------------------
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: