Subject: Re: DirectC: external modules vs. external/exported tasks
From: Stickley, John (john_stickley@mentorg.com)
Date: Thu Nov 07 2002 - 07:06:30 PST
Team,
To bluntly answer Andrzej's question, yes I do propose that
we formally eliminate external modules. I really do think
that models should be represented in the native C/C++
modeling environment (such as with SC_MODULEs
in SystemC).
And, from strictly an interfacing point of view, "C tasks" should
be loosely and simply defined. We should consider saying that
they don't require or disallow time consumption in their bodies.
So really in that sense a "C task" becomes nothing more than a
function with a void return type that can take both input
and output arguments. DirectC should make no statements about
what goes on inside such a function vis a vis time consumption
other than to possibly say it is allowed if the C environment
it is part of allows it.
By doing this, we've kept the interface extremely simple
but we have not ruled out time consumption modeling
on either side by using the native mechanisms of either side.
-- johnS
Warmke, Doug wrote:
Team,
I think Andrzej has hit the nail on the head here.
In our meeting tomorrow, when discussing the issue
of cmodules vs. "C" tasks, we should agree that they
are indeed orthogonal, and then decide to eliminate
one or the other before pursuing details.
I will log a formal issue on this topic in the next mail.
Regards,
Doug
> From: Andrzej Litwiniuk [ mailto:Andrzej.Litwiniuk@synopsys.com
<mailto:Andrzej.Litwiniuk@synopsys.com> ]
>
> John, do you propose formally to eliminate external modules?
>
> Alternatively one may propose to give up "C task" solution
> since external
> modules may do the trick (unless somebody proves otherwise).
>
> Well, I'm kind of playing the role of devil's advocate here;
> personally I don't have clear picture yet whether both
> mechanisms are needed
> or one of them is sufficient and superior.
>
> Just wanted to point out that we shouldn't go into detailed
> considerations
> of "C task" solution before addressing the basic question of the need
> -or lack of- for two orthogonal mechanisms.
>
> Andrzej
>
--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.
__
______ | \
______________________/ \__ / \
\ 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 archive was generated by hypermail 2b28 : Thu Nov 07 2002 - 07:09:48 PST