RE: Note on Rev

What is the backward compatibility problem. If this applies to Ver 3.3 or later files what is the issue?

Tom Dagostino
Modeling Manager
Mentor Graphics Corp.
SAE
tom_dagostino@mentor.com
503-685-1613

-----Original Message-----
From: Al Davis [mailto:aldavis@ieee.org]
Sent: Friday, July 06, 2001 11:53 AM
To: Scott McMorrow; Peters, Stephen
Cc: apanella@molex.com; ibis
Subject: Re: Note on Rev

On Friday 06 July 2001 09:55 am, Scott McMorrow wrote:
> Stephen,
>
> I have the following suggestions to eliminate this problem:
>
> 1) Require that keywords do not appear in any text blocks. Where a
> keyword is defined to include the [keyword] syntax. This would be
> an unusual circumstance anyway. It is highly unlikely that in
> production models that a [keyword] would appear in a text block
> sections. These sorts of things generally only occur in examples
> and can be easily removed.
>
> 2) Require an [End Block] keyword for all sections with text
> blocks.
>
>
> The requirement that keywords begin in column 1 seems more onerous
> to me than either of these suggestions. I would "really" like to
> be able to use indented structure within all future models to
> facilitate better understandability. Also, I would really like to
> not have to deal with a stupid parser that spits out my files when
> somehow I managed to create a model that does not position a
> keyword in column 1.

We discussed this, both in connector and IBIS-X. The problem is
backward compatibility.

Under suggestion #1, this basically prohibits any use of "[" in a
text block. This was the original intended way of doing it. In
testing, I found that there were too many old files being rejected.

Suggestion #2 is the obviously superior method, except that there are
lots of files that don't have the end marker, and we want to maintain
100% backward compatibility.

Still, this does not require that EVERY keyword begin in column 1.
The restriction could only apply to those terminating a text block,
or the text block could be terminated by a line containing a "[" as
the first non-whitespace character, following a blank line.

 
Received on Fri Jul 6 13:35:10 2001