It's up to the committee, of course, but I don't think
it actually adds anything to the standard -- more
informative than normative.
Regards,
Jim V.
--------------------------------------------------------- 
James H. Vellenga                            978-262-6381 
Engineering Director                   (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: Michael Rohleder [mailto:michael.rohleder@freescale.com] 
] Sent: Monday, January 24, 2005 5:37 AM
] To: Jim Vellenga
] Cc: Francoise Martinolle; sv-cc@eda.org
] Subject: Re: [sv-cc] 62, 63, and 301: On 31.10 Variables
] 
] Should we add a note describing this ?
] 
] Regards,
] -Michael
] 
] Jim Vellenga wrote:
] 
] >Yes, that's certainly one way.  Another (and possibly
] >safer, in that it would handle empty ranges, if such
] >things can exist) would be to find the ranges of
] >the vpiElemTypespec of the vpiArrayTypespec of the
] >array var.
] >
] >Regards,
] >Jim V.
] >
] >--------------------------------------------------------- 
] >James H. Vellenga                            978-262-6381 
] >Engineering Director                   (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: Francoise Martinolle 
] >] Sent: Friday, January 21, 2005 3:10 PM
] >] To: Jim Vellenga; sv-cc@eda.org
] >] Subject: RE: [sv-cc] 62, 63, and 301: On 31.10 Variables
] >] 
] >] I am reviewing these changes and I have a question regarding 
] >] note 4 of 31.10
] >] vpiRange iteration says that it only return the unpacked 
] >] ranges for an array
] >] var
] >] and the packed ranges for a bit or logic var.
] >] How do we get the packed ranges of an array var? Do we have 
] >] to iterate on
] >] vpiReg from the
] >] array var and get the variable which represent the vector 
] >] element of the
] >] array?
] >] 
] >] 
] >] Francoise
] >]     '
] >]  
] >] 
] >] -----Original Message-----
] >] From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On 
] >] Behalf Of Jim
] >] Vellenga
] >] Sent: Friday, January 21, 2005 2:24 PM
] >] To: sv-cc@eda.org
] >] Subject: [sv-cc] 62, 63, and 301: On 31.10 Variables
] >] 
] >] I have looked jointly at the changes made for the following items:
] >] 
] >] -- 62 (assigned Joao, proposal by Francoise)
] >] 
] >] -- 63 (assigned to and proposal by Michael)
] >] 
] >] -- 301 (assigned to and proposal by JimV)
] >] 
] >] I have verified to my own satisfaction that P1800/D3 has 
] these changes
] >] edited in correctly.  But since they are non-trivially 
] >] related, someone else
] >] should probably look at them.  If someone else agrees, then 
] >] we can move them
] >] to "Closed".
] >] 
] >] Regards,
] >] Jim V.
] >  
] >
] 
] 
] -- 
] 
] NOTE: The content of this message may contain personal views 
]       which are not neccessarily the views of Freescale, 
] unless specifically stated.
]  
]          ___________________________________________________
]         |                                                   |
]       _ | Michael Rohleder            Tel: +49-89-92103-259 | _
]      / )| Freescale Semiconductor     Fax: +49-89-92103-680 |( \
]     / / |      Freescale Halbleiter Deutschland GmbH        | \ \
]   _( (_ |  _   Schatzbogen 7, D-81829 Munich, Germany    _  | _) )_
]  (((\ \>|_/ >                                           < \_|</ /)))
]  (\\\\ \_/ /    mailto:Michael.Rohleder@freescale.com     \ \_/ ////)
]   \       /_______________________________________________\       /
]    \    _/                                                 \_    /
]    /   /                                                     \   \
] 
] The information contained in this email has been classified as:
] General Business Information                     ( )
] Freescale Internal Use Only         ( )
] Freescale Confidential Proprietary  ( )
] 
] 
] *** This note may contain Freescale Confidential Proprietary 
] or Freescale Internal Use Only Information and is intended to 
] be reviewed by only the individual or organization named 
] above. If you are not the intended recipient or an authorized 
] representative of the intended recipient, you are hereby 
] notified that any review, dissemination or copying of this 
] email and its attachments, if any, or the information 
] contained herein is prohibited. If you have received this 
] email in error, please immediately notify the sender by 
] return email and delete this email from your system. 
]     Thank you! ***
] 
] 
] 
] 
] 
Received on Mon Jan 24 07:20:41 2005
This archive was generated by hypermail 2.1.8 : Mon Jan 24 2005 - 07:20:49 PST