Subject: SV-CC Proposal revision 7
From: Stickley, John (john_stickley@mentorg.com)
Date: Mon Dec 09 2002 - 10:44:10 PST
Team,
In addition to formlizing my proposal in LRM style as requested
by Swapnajit I've made a number of revisions that are summarized below.
Each of these revisions is also added as "author's notes" in italicized
red text in the document itself.
Author’s Note: Should we change the extern keyword to import ?  This would make 
it more symetrical with export for the C-to-SV direction.
Author’s Note: I changed attributes to follow standard SystemVerilog attribute 
syntax as per chapter 6. This avoids pollution of keyword space by making 
attributes pre-standardized identifiers rather than reserved keywords. A concern 
was raised at the general SystemVerilog face to face meeting that keyword 
pollution is getting to be a problem.
Author’s Note: One change I made here was the removal of the need to call 
tf_getinstance() to get the calling instance. I felt that it was cleaner just to 
have the infrastructure pass the SV module context directly if the context 
attribute is used. This avoids an extra call and reduces reliance on VPI even 
more - while still avoiding the need to add new API calls which is the intent of 
Joao’s original request that we replace dedicated calls with pre-existing VPI calls.
-- johnS
                                                              __
                          ______                             |  \
______________________/      \__                         /    \
                                   \       H  Dome      ___/     |
John Stickley                 E |       a  __    ___/  /       \____
Principal Engineer            l |       l  | \  /
Verification Solutions Group    |       f  |  \/     ____
Mentor Graphics Corp. - MED   C \         --  /     /
17 E. Cedar Place             a  \     __/   /     /
Ramsey, NJ  07446             p  |    /        ___/
                                    |   /        /
mailto:John_Stickley@mentor.com  \           /
Phone: (201)818-2585              \         /
                                      ---------
This archive was generated by hypermail 2b28 : Mon Dec 09 2002 - 10:47:58 PST