Re: Modified Proposal for Context Sensitive Function Calls

Subject: Re: Modified Proposal for Context Sensitive Function Calls
From: Stickley, John (john_stickley@mentorg.com)
Date: Tue Nov 19 2002 - 08:20:41 PST

Next message: Andrzej Litwiniuk: "Re: DirectC proposal: Issues to discuss at today meeting"
Previous message: Swapnajit Mittra: "Meeting reminder 11/19"
In reply to: Stickley, John: "Modified Proposal for Context Sensitive Function Calls"
Next in thread: Kevin Cameron x3251: "Re: Modified Proposal for Context Sensitive Function Calls"
Reply: Stickley, John: "Re: Modified Proposal for Context Sensitive Function Calls"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Here's the .pdf version for those who don't have PowerPoint.

-- johnS

Stickley, John wrote:

Team,

After speaking with Joao this week, I've modified my proposal for
context sensitive function calls that I presented at the face to face.

The feeling of Joao and others is that we should, if at all possible,
avoid adding new API calls. This, in itself is a good goal but in
order to establish context bindings it was pretty much
unavoidable to have at least some API calls.

However, what Joao suggested is that the lesser of evils will
be to at least use a subset of API calls that already exist, namely,
those in the PLI and VPI API's.

It turns out that there are other ways to do the equivalent of
what my proposed SvccBindHDLCaller() and SvccBindHDLCallee()
calls did.

I've attached a modified version of my presentation that details
these alternatives. Basically I use a combination of tf_getinstance(),
tf_setworkarea(), tf_igetworkarea(), tf_mipname() to do the
equivalent of what SvccBindHDLCaller() and SvccBindHDLCallee()
did before. A similar approach can be done using VPI calls as well.

In my presentation, I've modified all the examples to use the
new approach and demonstrate that it handles context sensitivity
adequately.

I've also kept the same proposed syntax for the extern and export
declarations (including context attribute) as presented last week.

-- 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 <mailto:John_Stickley@mentor.com> \
/

Phone: (201)818-2585 \ /

---------

This email may contain material that is confidential, privileged

and/or attorney work product for the sole use of the intended

recipient. Any review, reliance or distribution by others or

forwarding without express permission is strictly prohibited.

If you are not the intended recipient, please contact the sender

and delete all copies.