Earlier in the process, we went through and tried to represent all the Boolean values returned by vpi_get as consistently TRUE or FALSE. But we did miss some. As for function return values (other than for vpi_get), I agree with you. Clause 27 of 1364 tends to use the lower case versions, generally in parentheses. Regards, Jim Vellenga --------------------------------------------------------- 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: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On ] Behalf Of Michael Rohleder ] Sent: Thursday, April 07, 2005 10:50 AM ] To: SystemVerilog CC DWG ] Subject: [sv-cc] Proposal for #426 uploaded ] ] Hi all, ] ] I have uploaded a proposal for Mantis item #426 (actually ] there are two proposal, a and b). ] ] The reason for this is my observation that - in contrast to ] the statement made problem report - I do not see ] a standard scheme for the VPI to signal success or failure: ] - vpi_flush, and vpi_mcd_flush return zero when successful, ] and non-zero when failing ] - vpi_free_object, vpi_get_vlog_info, vpi_put_userdata, ] vpi_remove_cb return one on sucess, and zero on failure ] - vpi_control returns true when successful and false when failing ] just to give some examples and not to mention some more ] special cases like vpi_chk_error(). ] ] However, I think the definition of TRUE and FALSE is not in ] line with the rest of the VPI specification, which ] uses 1 (true) and 0 (false) rather consistently. However I am ] not sure it makes sense to change a TRUE/FALSE ] mapping to false/true, just to be as inconsistent as before ... ] <></> ] ] Therefore I created two proposals, the first a) keeps the ] TRUE/FALSE mapping to signal success/failure, while ] the second b) reverts this mapping. Choose whichever you want. ] ] ] Regards, ] -Michael ] ] ] ] ] ] ] ] ] ] -- ] ] 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 Thu Apr 7 12:21:13 2005
This archive was generated by hypermail 2.1.8 : Thu Apr 07 2005 - 12:21:16 PDT