RE: [1076.1] Information on proposed IP support in VHDL-200X

Hi,

The reply from Lance Thomson to Arpad's email bounced so I'm reposting it.

Best regards,
Alain Vachoux

---------------------------------------------------------------------
To: "Muranyi, Arpad" <arpad.muranyi@intel.com>
Cc: "1076.1 mailing list" <vhdl-ams@server.vhdl.org>
Subject: RE: [1076.1] Information on proposed IP support in VHDL-200X
From: Lance Thompson <lancet@us.ibm.com>
Date: Tue, 20 Jun 2006 11:06:11 -0500
X-MIMETrack: Serialize by Router on d27ml101/27/M/IBM(Release 
7.0.1|January 17, 2006) at
  06/20/2006 11:06:13 AM,
	Serialize complete at 06/20/2006 11:06:13 AM
Content-Type: multipart/alternative; boundary="=_alternative 
0058751F86257193_="
X-Virus-Scanned: ClamAV 0.88/1551/Tue Jun 20 06:37:21 2006 on 
server.eda-stds.org
X-Virus-Status: Clean

This is a multipart message in MIME format.
--=_alternative 0058751F86257193_=
Content-Type: text/plain; charset="US-ASCII"

Yes, I did see it and my first thought was not a polite one  :-)   But 
upon reading the article, they refer to the upcoming revision of 
1364-2005. The IP protection scheme proposed for 1364 and 1076 and, 
apparently, Synplicity have a common heritage.  In fact, the 1076 
proposal is a proper subset of the 1364 proposal.  (1076 chose to subset 
it to create strong security protocols.)

So, I think Synplicity is actually in the same ballpark and one might
consider them to be an early adopter of the proposed standards.  It 
would be a good question for them to address.

Lance Thompson
Senior Engineer
Engineering & Technology Services




"Muranyi, Arpad" <arpad.muranyi@intel.com>
06/20/2006 11:00 AM

To
"1076.1 mailing list" <vhdl-ams@vhdl.org>
cc
Lance Thompson/Rochester/IBM@IBMUS
Subject
RE: [1076.1] Information on proposed IP support in VHDL-200X






Has anyone seen this article?

http://eetimes.com/news/design/showArticle.jhtml?articleID=189500419

I wonder how this fits into the picture.  I would
hate to see competing standards because it will turn
everything into tool dependent, and non-interchangeable
again...

Arpad
========================================================