RE: [sv-ec] RE: [sv-bc] [Fwd: [sv-cc] Added Mantis item 2054 - deprecate Data Read API]

I wasn't there for the Accellera approval, but I do know
that the approval by 1800 went through the SV-CC without
a motion to dismiss it only because no one on the committee
really understood it.  Joao Gaeda presented some defense of
it as having an underlying function tray methodology that
could be used for other purposes, but I don't think we
was advocating usage of the read API per se.

I wouldn't say that we're trying to deprecate it lightly
-- more like we're trying to deprecate it seriusly.

However, if we have someone in the 1800 standards body who
really understands the usage and is willing to join the
SV-CC and work on all the outstanding Mantis items, I'm
sure we would reconsider.  But in the absence of an advocate
who's willing to do that, I still think we should deprecate
it.

Regards,
Jim Vellenga

--------------------------------------------------------- 
James H. Vellenga                            978-262-6381 
Software Architect                              (FAX) 978-262-6636 
Cadence Design Systems, Inc.         vellenga@cadence.com 
270 Billerica Rd
Chelmsford, MA 01824-4179
"We all work with partial information." 
----------------------------------------------------------  

]-----Original Message-----
]From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On 
]Behalf Of Brad Pierce
]Sent: Thursday, September 20, 2007 7:52 PM
]To: sv-ac@eda.org; sv-bc@eda.org; sv-ec@eda.org; sv-cc@eda-stds.org
]Subject: RE: [sv-ec] RE: [sv-bc] [Fwd: [sv-cc] Added Mantis 
]item 2054 - deprecate Data Read API]
]
]The spec for Data Read API was good enough to be approved by Accellera
]for its 3.1a standard
]
]     http://www.eda-stds.org/sv/SystemVerilog_3.1a.pdf
]
]And it was good enough to be approved by IEEE for its 1800-2005
]standard.
]
]Those are serious seals of approval that should not be treated with
]casual disregard.
]
]-- Brad
]
]
]-- 
]This message has been scanned for viruses and
]dangerous content by MailScanner, and is
]believed to be clean.
]
]
]

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.