[sv-cc] RE: 2226 draft 6.

From: Jim Vellenga <vellenga_at_.....>
Date: Thu Jun 26 2008 - 10:11:35 PDT
Jim Vellenga will be on vacation next week too.

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: Moorhouse, Abigail [mailto:abigailm@model.com] 
]Sent: Thursday, June 26, 2008 1:03 PM
]To: Moorhouse, Abigail; Jim Vellenga; Charlie Dawson; SV-CC
]Subject: 2226 draft 6.
]
]hi Charlie, SV-CC
]Unfortunately I will be on vacation for next week's meeting so I can't
]champion this. I hope it is uncontroversial and you can vote 
]on it in my
]absence though.
]Abi
]
]-----Original Message-----
]From: Moorhouse, Abigail 
]Sent: Thursday, June 19, 2008 10:09 AM
]To: 'Jim Vellenga'; Charlie Dawson; SV-CC
]Subject: RE: [sv-cc] No SV-CC meeting today
]
]OK, I have followed Jim's suggestion.
]I have uploaded four draft 6 files, one each of FrameMaker and PDF for
]the vpi_user.h and sv_vpi_user.h changes.
]I consider the change to add the vpiObjId less controversial and more
]necessary. Search the AnnexN files for vpiObjId to see the change.
]
]The other change fixes something 'real', for anyone who has an
]application that includes acc_user.h or veriuser.h in any file ahead of
]vpi_user.h, but the existing draft 5 proposal is 
]self-consistent without
]it, and the workaround is to promote vpi_user.h ahead of any of the
]others in the application source code. Search the AnnexL files for SVPI
]to see the change.
]
]I'd appreciate a review and thanks to Jim for already taking the time,
]Abi 
]
]-----Original Message-----
]From: Jim Vellenga [mailto:vellenga@cadence.com]
]Sent: Thursday, June 19, 2008 8:15 AM
]To: Moorhouse, Abigail; Charlie Dawson; SV-CC
]Subject: RE: [sv-cc] No SV-CC meeting today
]
]I'm thinking that you could add a revised proposal without deleting the
]existing one, with a Note saying that this new one has not yet been
]approved by the SV-CC.
]Then the SV-CC could consider it and (assuming that we agree to the
]changes) petition the Working Group to allow a substitution on the
]grounds that we found typographical inconsistencies.
]
]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
]Moorhouse, Abigail
]]Sent: Wednesday, June 18, 2008 1:45 PM
]]To: Moorhouse, Abigail; Charlie Dawson; SV-CC
]]Subject: RE: [sv-cc] No SV-CC meeting today ] ]minor change - vpiObjId
]is a property and should therefore come after ]the vpiAllocScheme line:
]]
]]#define vpiAllocScheme           656 /* Mantis 2226 */ 
]]#define vpiObjId          <editor to fill>
]]
]]-----Original Message-----
]]From: owner-sv-cc@server.eda.org 
][mailto:owner-sv-cc@server.eda.org] On
]]Behalf Of Moorhouse, Abigail
]]Sent: Wednesday, June 18, 2008 10:01 AM
]]To: Charlie Dawson; SV-CC
]]Subject: RE: [sv-cc] No SV-CC meeting today ] ]hi Charlie, all, ]I was
]hoping for a meeting because I have a couple of issues. Here is ]the
]first one.
]]
]]I have identified a couple of necessary but minor changes to 2226
]](dynamic objects).
]]#1 - vpiObjId doesn't have a #define
]]#2 - placing the new 64-bit vpi_user.h type definitions within the
]]PLI_TYPES include guards has the unfortunate consequence that ]they
]don't ]get defined if there is a preceding acc_user.h or 
]veriuser.h file
]]included in the 'C' file (since it uses the same guard, but doesn't
]]define the 64-bit types).
]]
]]I would like to either
]]
]]a) edit the existing proposal (preferred, but probably too late)
]]b) create a new proposal to fix these things ] ]The first change is
]obviously necessary in order to use the Object ID!
]]If I can't edit the existing proposal to add an editor-define constant
]]then I will propose an actual constant so we can all agree on ]it
]outside ]the 2009 spec. The second change is an actual-usage irritant
]]that people ]using the new vpi_user.h may encounter as I did.
]]
]]The changes are basically:
]]in Draft 6/Annex L (vpi_user.h) change
]]
]]#ifndef PLI_TYPES
]]#define PLI_TYPES
]]typedef int PLI_INT32;
]]typedef unsigned int PLI_UINT32;
]]typedef short PLI_INT16;
]]typedef unsigned short PLI_UINT16;
]]typedef char PLI_BYTE8;
]]typedef unsigned char PLI_UBYTE8;
]]#endif
]]
]]to
]]
]]#ifndef SVPI_TYPES
]]#define SVPI_TYPES
]]typedef int64_t	 		PLI_INT64;
]]typedef uint64_t	 	      PLI_UINT64;
]]#endif#ifndef PLI_TYPES
]]#define PLI_TYPES
]]typedef int PLI_INT32;
]]typedef unsigned int PLI_UINT32;
]]typedef short PLI_INT16;
]]typedef unsigned short PLI_UINT16;
]]typedef char PLI_BYTE8;
]]typedef unsigned char PLI_UBYTE8;
]]#endif
]]
]]
]](the 2226 proposal has the new types within the original 
]include guard)
]]and in Draft 6/Annex O (sv_vpi_user.h) change #define 
]vpiPackedArrayNet
]]693 to
]]
]]#define vpiPackedArrayNet 693
]]#define vpiObjId          <editor to fill>
]]
]]Abi
]]-----Original Message-----
]]From: owner-sv-cc@server.eda.org 
][mailto:owner-sv-cc@server.eda.org] On
]]Behalf Of Charlie Dawson
]]Sent: Wednesday, June 18, 2008 5:53 AM
]]To: SV-CC
]]Subject: [sv-cc] No SV-CC meeting today ] ]Hi All, ] ]Sorry for the
]short notice.  Cadence has a meeting today which ]conflicts ]with the
]SV-CC meeting.  Without any Cadence folks there, I am not sure 
]]we would
]get quorum, so I am going to cancel it.  Please let me know if ]there
]was something important that we needed to discuss.
]]
]]   -Chas
]]
]]
]]--
]]Charles Dawson
]]Senior Engineering Manager
]]NC-Verilog Team
]]Cadence Design Systems, Inc.
]]270 Billerica Road
]]Chelmsford, MA  01824
]](978) 262 - 6273
]]chas@cadence.com
]]
]]
]]--
]]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.
]]
]]
]]
]]--
]]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.
Received on Thu Jun 26 10:12:30 2008

This archive was generated by hypermail 2.1.8 : Thu Jun 26 2008 - 10:12:34 PDT