RE: Note on Rev

From: Dagostino, Tom <tom_dagostino@mentorg.com>
Date: Fri Jul 06 2001 - 13:35:28 PDT

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

This archive was generated by hypermail 2.1.8 : Fri Jun 03 2011 - 09:53:47 PDT