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