[ibis-editorial] Re: BIRD186.3 Draft 9c with changes

  • From: "Bob Ross" <bob@xxxxxxxxxxxxxxxxx>
  • To: <michael.mirmak@xxxxxxxxx>, <ibis-editorial@xxxxxxxxxxxxx>
  • Date: Mon, 5 Jun 2017 17:53:43 -0700

Michael,

 

Thanks,

 

We will make a pass at the Editorial meeting on Tuesday before issuing an
update for the Editorial meeting on Wednesday.

 

Bob

 

From: ibis-editorial-bounce@xxxxxxxxxxxxx
[mailto:ibis-editorial-bounce@xxxxxxxxxxxxx] On Behalf Of Mirmak, Michael
Sent: Monday, June 5, 2017 5:36 PM
To: ibis-editorial@xxxxxxxxxxxxx
Subject: [ibis-editorial] Re: BIRD186.3 Draft 9c with changes

 

Thanks for the effort and the opportunity to provide feedback!  A few
comments:

 

1)      Mike LaBonte should be added as a co-author, due to his efforts in
revising the document.

2)      The document formatting is inconsistent in using "Replace: . with:
." vs. "Change: . to: .".  Can this be made consistent?

3)      "dot" is used in the new definitions section for "stem" and
"extension" and other locations, but "period" is used in the new Syntax
Rules Item (3).  I recommend using "period" in all locations.

4)      As discussed in the last meeting, the first sentence in Section 3
should be changed from "This section contains general syntax rules and
guidelines for ASCII .ibs files:" to "This section contains general syntax
rules and guidelines for ASCII IBIS file types, as defined below."   Later
in that section, after the figure, a sentence should be added, stating
something akin to "IBIS file types include files with extension .ibs, .pkg,
.ami, .ims, .ts and .snp, where n is an integer no smaller than 1".  This
may need alteration for consistency with Bob's references earlier in the
thread.  Ideally, we would have a single definition for "IBIS file types"
mentioned early in the document, with exceptions noted where needed (this
seems to have been done fairly consistently in the 9c draft already).

5)      In Item (10), the word "they" should be removed, as the sentence
subject is "use" not "tab characters".

6)      For "[File Name]", the use of the word "entry" in the new text is
superfluous.

7)      For the "[External Model] Converter Parameters", "[External Model]
Parameters", "[External Circuit] Converter Parameters" and "[External
Circuit] Parameters" sections, the phrases "with no extension" and "or with
just a dot" are a bit misleading.  The extension, by our own new
definitions, does not include the period.  In addition, the word "files" and
not "file names" is used.  Therefore, the sentences should read something
like, ". file names using only stems (e.g., xyz) or with only a period and
no extension (e.g., xyz.) are permitted."

8)      Are we sure about the use of the word "reference" in the new
[Algorithmic Model] text?  It seems similar to "entry" mentioned earlier.

 

-          MM

 

From: ibis-editorial-bounce@xxxxxxxxxxxxx
[mailto:ibis-editorial-bounce@xxxxxxxxxxxxx] On Behalf Of Bob Ross
Sent: Wednesday, May 31, 2017 9:44 AM
To: ibis-editorial@xxxxxxxxxxxxx
Subject: [ibis-editorial] Re: BIRD186.3 Draft 9c with changes

 

All,

 

We will review and work on all guidelines and rules in Section 3 to clarify
if the guideline applies only to

 

1.        IBIS File type formats, as defined with the [File Name] keyword

2.        IBIS File type formats plus AMI formats

3.       Item 14, ASCII character set rule for all files referenced by IBIS
(excluding executable model files for .dll's etc.)

4.       Existing file name length limits for non-IBIS File types (e.g.
excepts stated in the document for .ami, .iss, .sp, .vhdl, etc files and
references, which are not checked

5.       File line length rules for other file types (e.g., .sp, .s10000p)

 

We now have to be clear where each item applies or does not apply or
exceptions are stated elsewhere.

 

Page 99 and 120-121:

No character limits, case-sensitivity limits or extension conventions are
required or enforced for file_name and circuit_name entries.  However, the
total number of characters in each Corner line must comply with the rules in
Section 3. Furthermore, lower-case file_name entries are recommended to
avoid possible conflicts with file naming conventions under different
operating systems.  Case differences between otherwise identical file_name
entries or circuit_name entries should be avoided.  External languages may
not support case-sensitive distinctions. 

 

page 192

.             The line length of the AMI parameter definition file is not
limited to a specific number of characters

 

Please send more corrections.

Bob

 

 

 

From: ibis-editorial-bounce@xxxxxxxxxxxxx
[mailto:ibis-editorial-bounce@xxxxxxxxxxxxx] On Behalf Of Bob Ross
Sent: Tuesday, May 30, 2017 9:30 AM
To: ibis-editorial@xxxxxxxxxxxxx
Subject: [ibis-editorial] BIRD186.3 Draft 9b For Discussion

 

Editorial Task Group

 

Attached for review, comments and discussion at the May 31, 2017 meeting is
Draft 9b.  (Draft 9a was a private version.)

 

Bob

 

--

 

Bob Ross

Teraspeed Labs

www.teraspeedlabs.com <http://www.teraspeedlabs.com/

bob@xxxxxxxxxxxxxxxxx

Direct: 503-246-8048

Office: 971-279-5325

 

Other related posts: