RE: [sv-bc] E-mail Vote: Respond by Monday, May 11, 2009 8am PDT

From: Bresticker, Shalom <shalom.bresticker_at_.....>
Date: Sun May 31 2009 - 22:06:50 PDT
In point of fact, the LRM does not specify how %m should print names either.

In fact, it is not even clear that names that do need to be escaped should be printed with a backslash either.
A statement like, "Neither the leading backslash character nor the terminating white space is considered to be part of the identifier" (5.6.1), could certainly lead one to the opposite conclusion, even if that conclusion is mistaken.

(All the tools that I tested in a simple test omitted a backslash where not needed and printed it where needed. However, a few months ago, I had a more complicated case where some tools printed a backslash and others did not.)

See related Mantis 1110, http://eda.org/mantis/view.php?id=1110.

As much as I would like to resolve Mantis 2678 now, I think it is part of a bigger issue and cannot be treated in isolation.

Shalom


> -----Original Message-----
> From: Steven Sharp
> Sent: Saturday, May 09, 2009 2:34 AM
> Subject: Re: [sv-bc] E-mail Vote: Respond by Monday, May 11, 2009 8am PDT
> 
> >SVDB 2678 ___Yes   _X_No
> >http://www.eda.org/svdb/view.php?id=2678
> 
> I don't think the proposal is clear enough about whether the name is
> printed escaped if it did not need to be escaped.  Note that even if
> such a name is specified escaped in the declaration, the name is the
> same as if it were not escaped there.  It can be referenced with a
> nonescaped name elsewhere.  Other situations such as %m do not print
> the name escaped if it does not need it.  So I don't think it 
> should be
> printed escaped if it does not need it.
---------------------------------------------------------------------
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Sun May 31 22:08:29 2009

This archive was generated by hypermail 2.1.8 : Sun May 31 2009 - 22:09:41 PDT