Hi Jim, Thanks for replying and creating the enhancement request. To add more support for my opinion, if the '1 is part of an expression that includes a parameterized operand the resulting size of the '1 may be different for different instances. So, if you think about vpiDecompile you need to be able to reproduce the original '1 and not the expanded value. That's why I believe this needs to be a new constant type. Regards, Jason -----Original Message----- From: Jim Vellenga [mailto:vellenga@cadence.com] Sent: Friday, October 24, 2008 3:13 PM To: Jason Campbell; SV-CC Subject: RE: [sv-cc] VPI interface of unsized literals Jason, To the best of my knowledge, the standard has not yet determined how VPI should represent unbased, unsized literals. I have used your e-mail to file an Enhancement request in the committee's data base. At the present time, I would guess that most implementations will represent it as a vpiConstant, but how they distinguish that from other constants -- or even if they distinguish it -- will be implementation-dependent. I cannot speak on behalf of the whole committee, so the above is just my opinion. 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." ---------------------------------------------------------- _____ From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On Behalf Of Jason Campbell Sent: Friday, October 24, 2008 11:16 AM To: 'SV-CC' Subject: [sv-cc] VPI interface of unsized literals Hi, If I use '1 in an expression, what is the type of this constant returned by VPI? When I get the value is it 1 or does it expand to the appropriate size and return 15 for example? My opinion is that the type should be something like vpiUnsizedConstant and the return value should return only the single bit, 0, 1, z, x. Thanks, Jason Campbell -- This message has been scanned for viruses and dangerous content by <http://www.mailscanner.info/> 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.Received on Fri Oct 24 13:30:20 2008
This archive was generated by hypermail 2.1.8 : Fri Oct 24 2008 - 13:30:35 PDT